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FOREWORD 


The JOVIAL Compiler Validation System (JCVS) Users Manual is intended as 
the reference manual for on-site operations. 
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Inc., Los Angeles, California 90045. The project monitor was Captain 
Martin J. Richter, ESMDA. The work was performed during the period 

March 1968 through February 1969. 
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ABSTRACT 


This technical report consists of detailed specifications for the use of 

the JOVIAL Compiler Validation System (JCVS). The system is designed to 
measure the compliance of a specific JOVIAL J3 compiler against the language 
specifications in Air Force Manual 100-24, "Standard Computer Programming 
Language for Air Force Command and Control Systems'"'. This report describes 
the card input formats, deck structures, tape requirements, test modules, 
and operator procedures required to use the system. 
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SECTION | 


INTRODUCTION 
The purpose of this manual is to: 
1. — Introduce the JOVIAL Compiler Validation System 


ee Describe how the system may be used to validate JOVIAL Compilers 


This manual is organized into five sections. Following Section 1, the Introduction, 
Section II describes the JOVIAL Compiler Vclidation System. Included in this Section 

is a brief discussion of the current JOVIAL J3 Standard, the AFM 100-24 document, 

some insight into the design criteria which guided the development of the system and a 
discussion of the functions performed by components of the system. Section III suggests 
how the JCVS may be used as a package to validate JOVIAL compilers. Section IV 
presents the details of each of the system components, Sufficient material will be 
included in this section to completely describe the uses of each component in the 

system. In addition, details of programs and their relationship to data are fully described. 


Although the AFM 100-24 document defines specific input/output statements for 

the JOVIAL J3 language, discussions with implementors of this language have established 
that of the existing JOVIAL compilers none have adhered to these input/output specifications. 
Most current JOVIAL compilers use either the input/output capabilities provided by the 
operating system in which JOVIAL is embedded or an associated ancillary system within 
the software environment. There is currently little control over the form of the JOVIAL 
associated input/output statements. In addition only the GE-635 JOVIAL Users Manual 

is currently available. These two facts when taken together present considerable difficulty 
to those JOVIAL support statements that concern themselves with printing the results of the 
execution and comparison of JOVIAL test statements. Until a firming of the input/output 
specifications to the JOVIAL language has been established, this fact is a major obstacle 
to the successful usage of this system. 


Section V will discuss the JOVIAL Compiler Validation System as it applies to the five 
computers upon which the system will reside. Because of the absence of information 
relating the JOVIAL compiler to its operating system, the requirements relating the two 
will be discussed in general terms only. This section will describe how the JCVS must be 
used by defining input deck structures and tape mountings, providing the required 
instructions to operate the system, and giving examples of the results obtained from the 
various modules comprising the JCVS. 


SECTION II 


SYSTEM DESCRIPTION 


The JOVIAL Compiler Validation System (JCVS) is designed to evaluate the extent 
af campliance of any JOVIAL compiler with the current JOVIAL Standard Computer 
Programming Language for Air Force Command and Control Systems Manual, 

AFM 100-24. 


Depending an the extensiveness and depth of testing, the user may either select a 
representative collection of test statements or the camplete test repertaire. If the 
user is interested ina particular capability as provided by the JOVIAL campiler, 
he may desire to execute test statements exclusively in the area of that particular 


capability. 


Having decided upan the particular collection of test statements to be executed, the 
user specifies his intent ta the JCVS by means af test selector cards. These cards 
are interpreted by the JCVS and are used to select the desired test statements to be 
included in the generated test program. The resulting JOVIAL test program will be 
produced for compilation in card image form on magnetic tape or on cards. 


2.1 The JOVIAL Standard 


The JOVIAL J3 language is completely specified in AFM 100-24, Standard Camputer 
Pragramming Language far Air Force Command and Cantral Systems, 15 June 1967. 
The JOVIAL language has the basic elements required by most languages, namely, the 
ability to define simple data items and basic item structures and the capability to 
reference this data fram within procedural statements. The procedural statement 
repetoire is adequate, consisting af the following procedure types: 


Data Transmission 

Algebraic Expression Formulation 
Logical Expression Farmulation 
Transfers af Pragram Cantral 

4.1  Canditional 

4.2 Unconditional 

4.3 Switching 

4.4 Looping 

5. Input/Output 
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There are other adds and ends in the language that are useful but computer dependent and 
serve ta confound the intent of this specification, namely, standardizatian. 


Another section of this manual is devoted to establishing standards for the development 

of compilers of JOVIAL J3. Elements of this standard are, on occasion, ignored by 

the implementors of the language. This is particularly true in the case of the input/output 
specifications provided by the language. These specifications are rudimentary in 
character and are, generally, replaced by comprehensive (but non-standard) input/output 
procedures more closely associated to the operating system within which the compiler 

is embedded. Unless a more stringent attitude toward the development of JOVIAL 
compilers is maintained it is impossible to write JOVIAL input/output statements with 

the conviction that they will be compatable from one computer-compiler configuration 

to another. 


For purposes of this system, the entire JOVIAL language will be treated as a single 
module. Because of the size and pointedness of the language, no submodularization 
will be required. 


2.2 JCVS Testing Concepts 


The following sections discuss briefly the scope of the JCVS and the tests selected for 
inclusion in the Population File. 


2.2.) JCVS Scope 


For purposes of the JCVS, the JOVIAL system to be tested is assumed to consist of a 
processor that compiles standard JOVIAL source program statements called the JOVIAL 
compiler, and all programs and subroutines used by the JOVIAL object code generated 
from standard JOVIAL statements. The JCVS is designed to test both the compilation 
and execution of specific JOVIAL features. 


2 Lok Data Conce pts 


JOVIAL language organization has guided the identification of language features to be 
tested. In order to validate the JOVIAL compiler ideally, each of the specific 
language features must be validated. The validation of each feature of a language, 
however, is not always possible. For example, how can one determine that any value 
stored in a floating point item is truly stored as a floating point number; how can one 
determine that a fixed point constant has actually been converted to a fixed point 
binary point constant. Looking at information as it resides in the internal storage 
medium, we may observe a string of bits, however, the interpretation of this content 

is inconclusive. Consequently, some of the features provided by the JOVIAL language 
are not susceptibleto validation independently. These features are generally the more 
basic notions in the language and will be used constantly in the Test Modules comprising 
the Population File. With repeated correct usage of these basic concepts, it is hoped 
that the credibility of their required implementation will be considerably improved. 


With these thoughts in mind, the following aspects of the data definitional 
capabilities of the JOVIAL language will not be tested independently and will be 
assumed present in the language and correctly implemented: 


1. The ability to specify any item type and have it retained according 
to its defining attributes. 

2. The ability to formulate any constant type and have it retained according 
to its defining attributes. 

3. The ability to specify any data structure type (table, array, etc.) 
and have it retained according to its defining attributes. 


The JOVIAL language provides the user with a myriad of options to form constants, 
simple items, tables, and arrays. There are so many data defining attributes possible 

in JOVIAL that exercising each option in an independent test is quite impossible. As 
a compromise, the test repertoire will use a subset of data definitions that exercise, at 
least once, all of the data attributes available to define data items and structures. 

In addition, the repertoire will utilize every variation provided to formulate constants 
with the exception of the dual item definitions which will be exercised in part, only. 
It goes without saying that the formation of acceptable JOVIAL symbols (names, labels, 
etc.) will be exercised every time a symbol is formed. 


2.2.3 Procedural Concepts 


The JOVIAL language provides the user with the ability to process formulas and 
relations; it provides for program organization and it provides certain compiler directing 
features. Every variant of each of these features will be tested at least once. Further 
substantiation of the ability of a feature to perform its intended function will be supplied 
by its correct use as a support statement in other test modules. 


With these thoughts in mind, the following aspects of the procedural capabilities of the 
JOVIAL language will be assumed to be present in the language and correctly implemented: 


1. The ability to name a statement with a label. 
2. The fact that normal procedural control passes from dne JOVIAL statement 
to the next. 


Comprehensive ness 


The variants provided in the data base forma nucleus from which tests may be created. 
Selected data statement variants and all procedure statement variants will be included 

in the data base. Selected values for variant operands will also be a part of the data base. 
Since the collection of values comprising the complete range for each variant operand may 

be extremely large, only a representative number of values for each operand may be included. 
These factors, of course, indicate that individual variants may be tested only for a subset of 
their possible operand values. 


This subset of operands will be large enough, however, to associate a large 
degree of confidence with the evaluation of each variant. 


A JOVIAL compiler is said to be validated if each individual data base variant with 
its appropriate subset of operand values has been executed and results compared 
successfully. The collection of veriants and operands on the data base necessary 

to validate the compiler will be referred to as the "nominal" data base. The JOVIAL 
source test program that may be used to validate the entire JOVIAL compiler is called 
the nominal "test case". 


The design reflects the following: 


a) A careful sampling of selected operands from possible combinations of 
operand types available to the statement. 

b) No tests are made of erroneous state ments. 

c) All possible variants of procedural statements are performed. 

d) Tests are not designed to indicate how a function is implemented. 

Thus, there is no attempt to distinguish between efficient and 
inefficient implementations. 

e) No testing of non-standard extensions to JOVIAL is made. However, 
such tests and extensions can be added to the system by the user through 
the add, change and delete option cards in the Population File program. 

f) No test of direct code is attempted. 


Openendedness 


Modification to the data base may become necessary as changes are made in the JOVIAL 
Standard. Variants and operand values may be added to the data base to test user-specific 
extentions to the JOVIAL language. Variants and operand values may be deleted or 
modified because of reinterpretations of existing JOVIAL language features. The JCVS 
will provide the means to add, change or delete any data base variants and operand values 
in the Population File. 


Ease of Use 


Complete and detailed input and test configurations facilitate ease of use. In Section 4 

the input cards to each program are described in detail. Each input card is defined, card 
columns are specified, and all mandatory cards are so designated. In Section 5, the order 

of all the cards from each program needed for a JCVS run is graphically portrayed. The 
collection of test statements provided by the JCVS-is shown in Appendix 6 together with their 
individual test serial numbers. The test serial number permits the user to select, eliminate or 
add specific tests. 


Additional features that make the JCVS easy to use are: 


a) A test can be specified by a user without detailed knowledge of 
JOVIAL. 

b) Test Results which show discrepancies are output. An option exists 
for viewing an indication of the results of all tests (see Section 3.5). 

c) Program modules are machine independent. 


2.3 JCVS Computer Program System Capabilities 


The JCVS consists of a collection of three major program modules and a data base 

that provides the user with a simple technique to generate a JOVIAL source program 
capable of testing some particular aspect of the compiler or the entire compiler itself. 
The data base, called the Population File, contains all of the test statements that are 
potential candidates for inclusion in subsequent generated source programs. A particular 
test may be created including specific functions and excluding those functions that are 
not provided, for one reason or another, by the particular compiler. A comprehensive 
test package may be developed by the user for each compiler. 


The Population File is maintained by the Population File Maintenance Module. 

Population File test modules are added, deleted or replaced by means of this routine. 

The Selector Module extracts user-specified test modules from the Population File, distributes 
the necessary operating system control cards and support statements and generates a self 
contained JOVIAL source program for subsequent processing. The Source Program 
Maintenance Module may be used to update a generated JOVIAL source program. 


2.3.1 The JCVS Data Base 


The Population File contains the following types of information: 


i Environmental - Hardware/Software 
2. Test Modules 
3: Identification 


This information is presented to the Population File on cards whose descriptions are given 
in Section 4. 


23,11 Environmental - Hardware/Software 


Environmental data, both hardware and software, for all computers of interest is carried 
in the Population File. Hardware specific information such as printer control codes, 
magnetic tape designations and memory size and software specific information such as 
operating system control card descriptions and computer-compiler specific JOVIAL 
control card descriptions offset by one column are carried in the first few records of the 
Population File. 


2.3.1.2 Test Modules 


A Test Module is a collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature may be a JOVIAL concept, a single JOVIAL statement 
or a collection of JOVIAL statements. Included in each Test Module are the: 


Test identification field 

Input test data fields 

Test Results fields 

Expected Result fields 
Initialization procedures 

Test statements comprising the test 
Results analysis procedures 
Output procedures - 
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Test Modules are located on the Population File in order of their test serial number, 
the DDI-NO. With each test statement is associated a sequence number within the 
DDI-NO that specifies the ordering of the statements within the DDI-NO. 


2.0.1.3 Identification 


The first 80 characters of the Test Module are devoted to information describing several 
aspects of the test. These 80 characters, called the Test Module Header, contain the 
name of the test, its test serial number, any CED AFM 100-24 numbers associated 

with the test, and any required references to other test modules. 


2 4-2 Population File Maintenance Module 


This module operates on a Population File and permits the user to add, delete, replace, 
or change logical records on the Population File. This feature is the means by which 
the user updates the Population File with current information. Environmental, test, and 
identification information may be augmented by means of this module. 


This module will be used to modify the contents of the Population File to incorporate 
new tests resulting from extensions to the JOVIAL compiler, to delete current tests when 
particular aspects of the compiler have not been implemented, or to include information 
describing the environment in which the JOVIAL tests will be conducted. 


2.3.3 The Selector Module 


The Selector Module performs the major task of assembling and organizing test and 
support statements for the JOVIAL test program. 


1) — Using the input specifications obtained from the user, appropriate 
variants and operand values may be selected. 


2) The resulting test and support statements are placed in the order needed 
for compilation. 

3) Operating system control cards are placed before and after the JOVIAL 
source test program. 


2.3.4 Source Program Maintenance Module 
This program is used to modify a JOVIAL source program either generated by the 


Selector Module or previously modified by the Source Program Maintenance Module. 
This module may be used if: 


1) One or more tests did not compile correctly (therefore deletions of 
erroneous statements or changes to existing statements can be made). 
2) The user wished to change a test in order to compare with a previous 


run using different user defined operand values (parametric study). 
3) The user wishes to add non-standard tests to the JOVIAL source program. 


2.3.5 The Test Program 


The JOVIAL source program generated by the Selector Module is a self contained 
JOVIAL J3 program in compilable form. The test structure and content of the 
particular source program has been completely specified by the user. All statements 
supporting the test are provided automatically by the JCVS. 


Each test within the source program exercises one or more of the features provided by 
the JOVIAL compiler by actually compiling and executing those JOVIAL statements 
that provide the feature. The results of this procedure stating the outcome of this 
execution may be displayed. 


It was originally intended to display expected versus actual results. Lack of adequate 
capabilities of the input/output portions of the JOVIAL languag , coupled with an 

inability to acquire input/output information about the JOVIAL implementations themselves, 
r2duces the comparison printout to a message stating whether the test has passed or 

failed together with an identification of the associated DDI-NO. 


Test results printed under these constraints do not fully reveal the causes of errors in 
tests devoted to the accuracy of arithmetic operations. The results of syntax-se mantic 
testing, however, are not affected by this constraint. 


SECTION II 


SYSTEM USAGE 


3.1 Hypothetical JCVS Operational Philosophy 
DDI hypothesized that the JCVS may be utilized operationally in any of several ways: 


1. The entire system, including the Population File, can be distributed 
to JOVIAL J3 implementors for use in validating their JOVIAL 
implementation. 

2. JOVIAL source programs may be developed by a central agency 
and the source programs sent to JOVIAL implementors for compilation 
and execution. Results of these runs could be returned for processing 
by the same agency. 

3. A team of personnel could accompany the JCVS to a specified 
computer upon which the JOVIAL compiler is to be exercised. The 
JCVS is then made operational on the computer system and the particular 
JOVIAL compiler is tested. \ 


Any of the above operational philosophies could be followed, however, based upon 
the work statement description of the problem, the third philosophy appears to be 
the most probable approach. 


If operational philosophy one or three is followed, all the program modules will 
be required to execute on the computer for which the JOVIAL compiler has been 


prepared. 


If philosophy two is followed, the Population File Maintenance Module and the 
Selector Module will be processed on a single computer (possibly not one of the 
target computers in this contract) while the Source Program Maintenance Module will 
be processed, at a minimum, on the computer upon which the JOVIAL compiler has 
been implemented. 


For the remainder of this document we shall assume that philosophy three is to be 
followed and all JCVS modules must be operational on each computer containing the 
JOVIAL compiler to be tested. 


3.2 System Initiation 


For each specified computer a Population File and three source decks will be provided. 
Each of the source decks must be compiled and a resultant binary deck of each program 


module obtained. All JCVS program modules will have been written in a subset of 
COBOL to ensure that the program will, after changes to the input/output characteristics 
of each program module and appropriate control cards, compile into a useable program. 


Once the Population File Maintenance Module has been established on one of the 
target computers, the Population File may be developed for this computer. Since 
certain aspects of the JOVIAL language may be specified by the implementor there 
may be idiosyncracies of the JOVIAL implementation that could necessitate 
modifications to the JOVIAL test statements or the JOVIAL test statement formats. 

It is impossible at this time to predict what form these idiosyncracies might take; 
ccnsequently, the user must be aware of this situation and be capable of adjusting the 
test statements, if required, to conform to the specific compiler. 


A notable example of this problem occurs because the reference format as specified by 
the AFM 100-24 document indicates that a JOVIAL source program statement may 

occupy any of the 80 columns ona card. Specific implementors, in general, do not 
permit this free field interpretation and specify margins within which a JOVIAL statement 
must be written. 


Once the program modules have been compiled and the Population File has been 
created, the user may proceed to the next step, the generation of a test program. 


3.3 Test Program Generation 


The selection of tests necessary to validate a JOVIAL compiler may vary widely 
depending upon the testing philosophy. 


More than likely, the particular compiler features to be tested depend entirely on the 
uses to which the compiler will be exposed and the environment in which the compiler 
will reside. The JCVS user, presumably knowing this, will have produced specifications 
to which the compiler must adhere. In order to ensure that the compiler does, indeed, 
adhere to these specifications, the user selects from the Population File those tests that 
exercise those features whose correct execution will result in a verification of the stated 
specifications. 


A second approach to the validation of the compiler might consist of selecting for 
testing all of the features stated as standard by the AFM 100-24 document. Using this 
approach would give the user a "look see" at what features were implemented. 


Having chosen the tests to be processed, the user submits this information to the 

Selector Module by means of Test Selector Cards. The Selector Module Program 

de =k must be augmented by the operating system control cards for the particular computer 
upon which the Selector Module is being run. 
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The exact job deck structure for each computer required to achieve a Selector Module 
run is given in Appendix 1. 


There are occasions when the generated JOVIAL source program will exceed the 
limitations of either the compiler or the hardware environment. In order to remedy 
compiler violations, consult the JOVIAL compiler users manual to establish the cause of 
the trouble. 


In order to remedy excessive core storage requirements, segment the generated JOVIAL 
source program by selecting several smaller programs rather than one large program. 


3.4 Test Program Execution 


The JOVIAL test program resulting from the Selector Module run is then compiled. If 
the program compiles with error, these errors should be recorded by the user. By means 
of the cross referencing mechanism provided with each test, DDI-NO versus CED-NO's, 
all references to the test may be located in the AFM 100-24 document. 


The Source Program Maintenance module may then be used to eliminate from the 
source program those elements causing the compilation errors. The compilation and 
element removal process is continued until an error-free compilation has been achieved. 


Following a successful compilation, the object program is executed. If the execution 
terminates abnormally, a study of the partial results obtained by the run will be required 
to locate the offending test elements. If the execution terminates normally, a glance 

at the results of the test will provide information signifying individual feature compliance 
with AFM 100-24 standard. 


3.5 Test Result Evaluation 


The notion of what constitutes a validated JOVIAL compiler is a function of the 
requirements to be levied on the compiler. Consequently, the user, based upon the 
compilation and execution of one or more test programs, must formulate his decision 
with the information gathered as a result of these test runs. 


Within each generated source program there may be tests of two types: Those that test 
the various syntax-semantics relationships present in the language and those that test the 
accuracy of arithmetic computations provided by the algebraic expression capabilities 
of the language. 


The syntax-semantics tests are logical in character and can be answered by monitoring 
the semantic response the compiler provides for a syntactic type. 


For example, a reasonable test for the GOTO statement could consist of: Does it go 
where it says it is going to go? The result is either yes or no. If yes is the case, an 
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appropriate message is printed out and if not is the case, another message results. Asa 
general rule, the results of logical tests may be indicated by a yes or no decision only. 


The tests for accuracy, on the other hand, require that computed results be compared with 
expected results; that both results, if possible, be converted and printed together with a 
decision stating that the feature either passed or failed to pass its accuracy requirements. 


Accuracy tests, in general, depend upon the ability of the compiler-computer configuration 
to represent and process correctly numbers exercising the extreme capabilities of the 
hardware. Given that these operations have been performed correctly (in binary) the 
problem of converting these numbers to printable form (decimal) requires the application 

of some JOVIAL output procedures. Since no standard JOVIAL formatting conversion 

and output procedure exists machine language or other higher level language coding must 
be utilized in order to view the results. This foreign conversion process, however, can 
introduce non JOVIAL compiler computational errors into the computed results and render 
the accuracy considerations of the tests useless. 


In the absence of input/output specifications for four of the five JOVIAL compilers 

in question, only the statement indicating that the feature has passed or failed its test will 
be printed. When the JOVIAL language provides proper formatting capabilities the ability 
to display computed and expected results may be added to the output sections of the test 
modules. 


SECTION IV 


FUNCTION DESCRIPTION 


4.1 Population File Maintenance Module (POPFM) 


4021 Purpose and Uses 


The POPFM module may be used to generate a new Population File either by 
initiating the file from cards or by updating an old Population File with current 
additions to the information contained in the old file. This information consists of 
Environmental Data or Test Statements. These information types are organized into 
4000 character physical records for recording on magnetic tape. Each physical record 
consists of either a System Module or a Test Module. 


The modules are stored in numerically ascending sequence by serial number, the DDI-NO, 
associated with each of the modules in order to facilitate the processing to be applied to 
the Population File. This processing permits addition, deletion, or replacement of 

user specified information to this file. 


All physical records are treated identically and the updating functions provided by 
the JCVS regard only the items (DDI- NO, CARD-TYPE and SEQ-NO) to control the 
updating process. 


Input to the POPFM consists of a current file of information called the Current File-PF, 
an optionally present old Population File and a control card requesting specific options 
provided by the module. The Current File-PF is a card file, while the old Population File 
and the new Population File are magnetic tape files. 


Output from this routine consists of an updated Population File, an Audit File-PF 
consisting of diagnostics, trace messages with an optional listing of all of the card images 


on the Population File containing information, and an optional Punch File consisting of 
a card deck of all card images on the new Population File containing information. 


4.1.2 Preparation of Inputs 
4.1.2.1 System Module 


Each computer-compiler configuration will contain environmental data describing 
specific aspects of the hardware environment in which the JCVS will reside. 
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Information identifying the hardware configuration, the facility, the user, etc., 

will be supplied to the Population File by means of System Header cards. Environmental 
hardware information such as printer codes, magnetic tape designations, etc., will 

be supplied to the Population File by means of Environmental Hardware cards. 


The aforementioned information will be carried as descriptive material only and will not 


participate in the generation or will not become a part of any of the generated JOVIAL 
source programs. 


On the other hand, the environmental-software information supplied to the Population 
File by means of Environmental Software cards will become an integral part of the 
generated JOVIAL program. This software information consists of operating system 
control cards and the JOVIAL START and TERM cards. Some of these cards precede 
and others follow the generated program. 


Al eeclet System Header Card 1 


System Header Card 1 occupies the first 80 character positions in the System Module 
(the first 4000 character physical record on the Population File). 


Columns Name Description 


1-12 Users Name These 12 columns may be used 
to identify the agency or 
organization using the JCVS. 

The name may be positioned any 
place within the field, 
(Example: bbUSAF-ESDbb, or 
USAF-ESDbbbb. ) 

13-24 Facility These 12 columns may be used 
to identify the facility at which 
the JCVS is being utilized. The 
name may be positioned any 
place within the field. 

(Example: bbHA NSC OMbbb, or 
bHANSCOM AFB.) 

25-34 Computer- Name These 10 columns may be used to 
identify the computer manufacturer 
and machine serial number. The 
name may be positioned any place 
within the field. 

(Example: bCDC-6600b, or GE-635 
bbbb. ) 


Columns 


35-45 


46-47 


48-58 


59-72 
73-76 


77 


78-80 


Name 


Data of Basic 
File Creation 


Modification 
Number 


Date of Creation 
of this File 


Not Used 
DDI-NO 


Card Type 


Sequence Number 


Ase Zeal System Header Card 2 


System Header Card 2 occupies the second set of 80 character positians in the System 
Module and contains the following information: 


Columns 


1-35 


Name 


Validation System 
Name 
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Descri ption 


These 11 calumns may be used 

to identify the date om which the 
basic farm of the Population File 
has been created. The month, day, 
and year are specified YYYYbMM 
MbDD. (Example: MAYb! 2b1 968, or 
SE Pb] 3b1 967). 

These 2 columns may be used ta 
identify the number of times that 
the basic file has been modified. 
(Example: Secand modificatian 

02, tenth modificatian 10). 

These 11 calumns may be used to 
identify the date that this file 

was created. The month, day, and 
year are specified YYYYbMMM 
bDD. (Example: DECb17b1968, or 
MAYb25b1 968) . 

These 14 columns are not used. 
These 4 columns contain the 

test serial number, the DDI-NO, 
0001 . 

This column contains the character 
A that indicates that this card is 

a nan-test statement card. 

These 3 columns contain 001 
indicating that this card accupies 
the first 80 columns in the System 
Module. 


Descri ptian 


These 35 calumns may be used to 
identify the particular modification 
af the validation system. 

(Example: bbbbbbbbbbbJCVSbMAYb 
1968bbbbbbbbbbb, or 

JOVIALbC OMPILERbVALIDATIO Nb 
SYSTEMb5S). 


Columns 


36-72 


73-76 


77 


78-80 


Name 


Operating System 
Name 


DDI-NO 


Card Type 


Sequence Number 


Description 


These 37 columns are used to 
identify the operating system 
within which the JCVS is imbedded. 
(Example: bbbbI BM-360bDISKb 
OPERATINGbSYSTEMbbbb). 

These 4 columns contain the test 
serial number, the DDI-NO, 0001. 
This column contains the character 
A that indicates this card is a 
non-test statement card. 

These 3 columns contain 002 
indicating that this card occupies 
the second 80 columns in the 


System Modle. 


See Appendix 2 for complete description of all of the System Header Card 2 card types 


used on the five computer-compiler configurations. 


4.1.2.1.3 Environmental Hardware Card 1 


Environmental Hardware Card 1 occupies the third set of 80 character positions in the 


System Module and contains the following information: 


Columns 


64-70 


7-72 
73-76 


Name 


System Input 


System Output 


Space Code 

Double Space Code 
Page Eject 

Memory Size 


Not Used 
DDI-NO 


Description 


These 30 columns contain the 
acceptable hardware name for the 
system input unit. 

These 30 columns contain the 
acceptable hardware name for the 
system output unit. 

This column contains the printer 
single space code. 

This column contains the printer 
double space code. 

This column contains the printer 
page eject code. 

These 7 columns contain the core 
memory size. 

These 2 columns are not used. 
These 4 columns contain a DDI- NO 
= 0001. 


Columns Name Description 


77 Card Type This column contains the 
character A that indicates this 
card is a non-test statement card. 
78-80 Sequence Number These 3 columns contain a sequence 
number = 003. 


4.1.2.1.4 | Environmental Hardware Card 2 


This card occupies the fourth set of 80 character positions in the System Module and 
contains the following information: 


Columns Name Description 
1-30 System Punch These 30 columns contain the 


acceptable hardware name for 
the system punch unit. 


31-60 Scratch 1 These 30 columns contain the 
acceptable name for a scratch 
unit 1. 

61-72 Not Used 

73-76 DDI-NO These 4 columns contain a DDI-NO 
= 0001. 

77 Card Type This column contains the character 


A that indicates that this card is a 
non-test statement card. 


78-80 Sequence Number These 3 columns contain a sequence 
number = 004. 


4.1.2.1.5 | Environmental Hardware Card 3 


This card occupies the fifth set of 80 characters in the System Module and contains the 
following information: 


Columns Name Description 
1-30 Scratch 2 These 30 columns contain the 


acceptable hardware name for 
tape scratch unit 2. 

31-60 Scratch 3 These 30 columns contain the 
acceptable hardware name for 
tape scratch unit 3. 

61-72 Not Used 
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Columns Name Description 


73-76 DDI-NO These 4 columns contain the 
DDI-NO = 0001. 
77 Card Type This column contains the character 


A that indicates this card isa 
non-test statement card. 


78-80 Sequence Number These 3 columns contain a sequence 
number = 005. 


See Appendix 3 for a complete description of the Environmental Hardware Cards for the 
five computer configurations. 


4.1.2.1.6 Environmental Software Cards 


These cards provide specific operating system control cards that may be used to specify the 
functions to be performed by the operating system and the JOVIAL START and TERM cards 
that bracket the JOVIAL source program. These cards have SEQ-NO's greater than 005 and 
are stored in the System Module shifted right one column. 


Columns Name Description 

1 Not Used 

2-72 Environmental Software These 71 columns provided contain 

State ment a request of the operating system to 

perform a specific task. 

73-76 DDI-NO These 4 columns contain the test 
serial number, the DDI-NO, 0001. 

77 Card Type This column contains either the 


character L that indicates this card 
precedes the JOVIAL source program 
or the character F that indicates 

this card follows the JOVIAL source 
program. 

78-80 Sequence Number These 3 columns may contain the digits 
005 through 050 which serves to indicate 
the relative position of this card in the 
System Module. 


A current list of the Environmental Software cards excepting the JOVIAL START and TERM 
cards (GE-635 only) used by the JCVS is given for each computer configuration in Appendix 4. 


A Wie2i2 Test Modules 


f test module isa collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature to be tested may be a JOVIAL concept, a single JOVIAL 
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statement or a collection of JOVIAL statements. Included in each test module are the: 


Test identification field 

Input test data fields 

Test result fields 

Expected result fields 
Initialization procedures 

Test statements comprising the test 
Results analysis procedures 

Output formatting procedures 


OANA OF WND 


The tests are carried in the Population File in order of ascending DDI-NO. Within 
each DDI-NO the test header and the JOVIAL test statement cards are carried in order 
by ascending Sequence Number. The DDI-NO identifies each test module to all of the 
JCVS program modules and the user. Population File test modules may be assigned a 
four digit DDI- NO between 0500 and 9997. 


Each Test Module begins with a Test Header Card that contains the DDI-NO, the 
Sequence Number, the test name, one or more references to the associated paragraphs 

in the AFM 100-24, and, if required, a number called the Mandatory DDI-NO of a 
module called the Mandatory Module upon which the current module depends. Additional 
JOVIAL comment cards may be included anywhere in the Test Module. See Appendix 5 
for samples of these cards in the Typical Test Module. 


The Mandatory Module could contain data or support statements required by the dependent 
module and, hence, must be present in any JOVIAL source program including the dependent 
module; or the Mandatory Module could contain another feature test whose validity must 

be established before a successful execution of the dependent module feature test may be 
considered valid. See Appendix 5 for some typical Population File modules. 


Ac akeeaoel Test Header Card 


The Test Header Card occupies the first 80 characters ina JOVIAL Test Module record 
in the Population File and contains information about the test statements that follow. 


Columns Name Description 
T=2 Open Quotes These 2 columns contain quote marks. 
3-22 Test Name These 20 columns describe what 


feature the JOVIAL statements test. 
(Example: THREEbKACTORbFOR 
bbbb, or GOTObSTATEME NTbbbbbb). 


i? 


Columns 


23-27 


28 


29-33 


35-39 


78-80 


Name 


CED-NOl 


Not Used 
CED-NO2 


Not Used 
CED-NO3 


Not Used 
CED-NO4 


Not Used 
CED-NO5 


Not Used 
CED-NO6 


Not Used 


Mandatory DDI- NO 


Close Quotes 


Not Used 
DDI-NO 


Card Type 


Sequence Number 
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Description 


These 5 columns identify a 
reference in the AFM 100-24 to the 
feature being tested. 


These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 


These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 


These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 


These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 


These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 


These 4 columns identify the 
DDI-NO of a Mandatory Module 
upon which the current test 
module depends. 

These 2 columns contain quote 
marks. 


These 4 columns contain the test 
serial number, the DDI-NO. 
(Example: 4500, 7500, 1410). 

This column contains either the 
character A or B or C that indicates 
this card is a non-test statement car 
These 3 columns contain 001, 
indicating that this card occupies 
the first 80 columns of the Test 
Module on the Population File. 


4.1.2.2.2 JOVIAL Statement Card 


The JOVIAL Statement Card contains one or more JOVIAL statements to be used ina 
generated JOVIAL source program. Only the first seventy-two card columns may be 
used for the statement. Columns 73-80 will be used for card identification. 


Columns Name 

1-72 JOVIAL Statements 
73-76 DDI-NO 

77 Card Type 

78-80 Sequence Number 


4.1.2.3 Packet Cards 


BN 2 Sieil Control Card - PF 


Description 


These 72 columns may contain 

one or more JOVIAL statements. 
These 4 columns contain the test 
serial number, the DDI-NO. 
(Example: 2100, 4500, 7600). 
This column contains the character 
J that indicates this card is a test 
statement card. 

These three columns contain a 
number, 002-050, specifying the 
position of the JOVIAL Test Statement 
Card within the Test Module. 
(Example: 015 indicates that this 
card occupied the 15th 80 column 
position in the Test Module.) 


The various options permitted by the Population File Maintenance Module may be 


requested by means of the following control card: 


Columns Name 

1 Control Card 
Indicator 

2-4 Control Card 
Indentifier 

5 Mode Designator 
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Description 


This column must contain the 
character C denoting the card as 
a control card. 

These 3 columns may be assigned 
any 3 digits by the user to identify 
the control card. 

This column is used to signify the 


run type 


C = CREATE run 
U = UPDATE run 


Columns Name Description 


6 Print Option This column may be used to 
request the printing of the new 
Population File on the Audit File-PF 
non-space — Print 
space - Do not print 
7 Punch Option This column may be used to 
request the punching of the new 
Population File. 
non-space - Punch 


space - Do not punch 
8-80 Not Used 


When submitting this card to the Population File Maintenance Module the Control Card - PF 
directly precedes the card deck comprising the Current File - PF. 


4.1.2.3.2 Delete Card 


The Delete card is used to signal the Population File Maintenance Module to eliminate 
a record or a specific card from the Population File. 


The form of the Delete card follows: 


Columns Field Size Description 

1-72 72 Not Used 

73-76 4 DDI-NO 

77 1 Update Function = D 
78-80 3 


Sequence Number 


When this card is used to delete a module from the Population File, it must be included in 
the Current File - PF with the DDI-NO equal to the DDI-NO of the record to be 
eliminated from the Population File and the Sequence Number equal to 000. When 

this card is used to delete a card image froma record in the Population File it must be 
included in the Current File - PF with the Sequence Number and DDI-NO equal to the 
corresponding Sequence Number and DDI-NO of the card image to be eliminated from 
the Population File. 


4.1.2.4 Input Files 


The Population File Maintenance Module operates upon two input files, an optionally 
present Population File and the Current File - PF. 
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4. 1.2.%,1 Population File 


The Population File is organized into equal size logical records. Each logical record 
is composed of 4000 characters and consequently can accomodate fifty 80-column cards. 
Each logical record is recorded on one physical record. 


The first few records on the Population File are System Modules and each contains all 

of the environmental and indicative information pertinent to various hardware configuration 
operating systems and JOVIAL compilers. A System Module may be assigned any DDI- NO 
between 0001 and 0499. 


The remainder of the records (excepting modules 9998 and 9999) contain the individual test 
modules. The first eighty characters af the madule are cal led the Test Module Header and 
contain information pertinent to the specific test module. Column 77 of the Test Madule 
Header contains either the characters A, B, or C. The character B present ina Test Module 
Header indicates the module is an extension of the previous module and the two physical 
test modules act as a collection of physical modules. The character A or C present ina 
Test Module Header indicates the module is the beginning of a new physical module or a 
collection of physical modules. The character C present in a Test Module Header indicates 
the physical module or collection of physical modules is a mandatory module that must be 
present in every generated source program. Figure 4-1 gives a physical layout of the 
Population File. 


4A1.2A4,2 Current File-PF 


The Current File-PF, which directs the Population File Maintenance Module to update 
the Population File consists of card packets containing environmental, test, indicative or 
functional information. Environmental information (e.g., hardware configuration descriptions, 
operating system control cards, etc.) is presented by means of the Environmental Packets, test 
information (e.g., JOVIAL test statements) by means of the Test Packets and functional 
information (the Population File Maintenance Module update command, delete) by the Delete 
Packets. Indicative information (e.g., DDI-NO, Sequence Number, etc.) is included where 
required inall packets. A test serial number, the DDI-NO, is assigned to each packet and each 
card within the packet contains this number in columns 73-76. In addition, ordering the carc’s 
within each packet is controlled by the Sequence Number in columns 78-80. The Environmental 
Packet cansists of the follawing cards in the arder specified: 

Number of Cards 


System Header Card | 1 
System Header Card 2 1 
Environmental Hardware Cards 3 
Environmental Software Cards M 


ee ete 


] 
2 
3 
4 


The total number of Current File-PF cards in one packet acceptable to the Populatian File 
cannat exceed 50; consequently, M, the number of Environmental Software Cards, must 
be less than or equal 45. 


23 


f 
O50 cHoracderé 


SO cars 


ty 


4oc0 characters 
SO cars 


4000 cha. ages 


LO carels 


ai Sete Re ETRE 
porT-w8A FON SFa-Mn = Oot 


SYSTETA HEADL FZ 

DOI-tHie FF OMOZ _f* Wpihe OZ... 
ENVIROMIME NISL LAE WAFL 

DAI-NMO = O/00 SEANAD 20f/ 
ENVIRON Men Sopp yeesr - LEAD 
DOT Nor 0200 UED-DWE }. ot4-Nor col 
ENVIRON MEINT SO 7 8717'6 - Fetcow 
ry. 4 sk, 


rite 
REQUIRED 


TEST HEADER I Movuck aA 


MoDULE L 
JOVIAL 

7ESsT ; 
STATENENTS 


Tesr HEADER 1 MOCLULE N 


MOOULE N 
Joviak 
TEST 
STATEMENKS 


Figure. 4-1’ Population File 


80 chewacters Jeard 
86 chovwclore) Gatd 
80 charinettrn (Cad 
80 characters {Cart 
80 chanclert Jeard 


80 characters/oard 


TEST NooUuLE f 
| $920 charackrsé 


7ist Moluce N 
BIZO characters: 


The Test Packet consists of the following cards: 


Number of Cards 


1) Test Header Card 1 
2) JOVIAL Statement Cards Ni 
3) DELETE Cards No 


The total number of cards in one packet acceptable to the Population File cannot exceed 50; 
consequently, N+ No the number of JOVIAL Statement Cards plus DELETE cards may not 
exceed 49, 


The DELETE Packet consists of one card, the DELETE Card. 


The Current File - PF consists of a collection of the above mentioned packets in order 
of Sequence Number within DDI-NO. Only those cards that are to effect elements in 
the old Population File need to be included in the Current File - PF. 


4.1.3 Function Operation 


The Population File Maintenance Module operates either to initiate a Population File 
completely from the Current File-PF or to update an existing Population File by means 
of information residing on the Current File - PF. In each case, the control card permits 
the user to specify options to print and/or to punch the resulting new Population File. 


4.1.3.1 Create Population File 


When the Population File Maintenance Module is used to initiate a Population File 
the Current File - PF may contain only information to be added to the file. Consequently, 
no DELETE cards are permitted in the Test Packets that comprise the Current File-PF. 


The packets are placed in order by DDI-NO to form the Current File - PF. The Mode 
Designator in the control card is set to C and the appropriate print/punch options are 
selected. The control card precedes the Current File - PF when submitted to the Population 
File Maintenance Module. 


Since no old Population File is required for this run, all the test modules in the Current 
File - PF utilize the update function ADD and are ADDed to form the Population File. 


40.3.2 Update Population File 


When the Population File Maintenance Module is used to update an existing Population 
File, DELETE cards may be present in the packets comprising Current File-PF. Each Current 
File - PF packet is composed of a collection of cards, each card invoking an update function 
which performs one of the following operations: 


Zs 


Add a card to a new or an existing test module 
Replace a card on an existing test module 
Delete one or more existing test modules 
Delete a card from an existing test module 


Nee Ne 


] 
2 
x) 
4 


The update functions are controlled on the basis of two items included in every card 
in the Population File: 


1) DDI-NO (columns 73-76) 
2) Sequence Number (columns 78-80) 


The packets in the Current File-PF may contain no more than 50 cards and must be in 
order within the packet by Sequence Number within DDI-NO. The Sequence Numbers, 
however, need not be consecutive. 


In order to reduce the card preparation requirements of the system, the ADD feature and 
REPLACE feature are invoked automatically. Specifically the update functions adhere to 
the following rules: 


1. ADD 


If an ADD (a card to be ADDed to the Population File) card is included in a packet 

on the Current File-PF and no card with the same DDI-NO (columns 73-76) and 
Sequence Number (columns 78-80) is present in the old Population File, the card in 

the Current File-PF is automatically added to the Population File in its proper sequence. 


De REPLACE 


If a REPLACE card (a card intended to REPLACE another card on the Population File) is 
included ina packet on the Current File-PF anda card with the same DDI-NO (columns 
73-76) and Sequence Number (columns 78-80) is present in the old Population File, the 
card in the Current File-PF automatically replaces the corresponding card on the new 
Population File. 


3. DELETE 


The DELETE option is invoked by means of a DELETE packet included in the Current File-PF. 
This packet may instruct that either an entire record or a card within a record not be recorded 
on the new Population File. If the Sequence Number on the DELETE packet is 000 and the 
DDI-NO matches a DDI-NO in the old Population File the entire record and any suceeding 
records with B in column 77 of the Test Module Header are not recorded on the new Population 
File. 


If the Sequence Number on the DELETE packet is a number between 001 and 050 
and the DDI-NO and Sequence Number match a DDI-NO and Sequence Number 
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in the old Population File, the matched card is not recorded on the new 
Population File. If a match is not effected, a diagnostic is printed. 


Consequently, a packet in the Current File - PF may contain ADD, 

REPLACE, and DELETE functions applicable to a specific record on the old 
Population File. When card images on the old Population File are to be altered, 
only the cards that are to provide the changes need be included in the Current 
File - PF packets. 


On the other hand, an entire record may be deleted by the inclusion in the 
Current File - PF of the appropriate DELETE packet. 


The Population File Maintenance Module only changes those card images on 
records in the existing Population File that have been specified by the user. 


The packets are placed in order by Sequence Number within DDI-NO to 

form the Current File - PF. The Mode Designator in the control card is set 

to U and the appropriate print/punch options are selected. The control card 
precedes the Current File - PF when submitted to the Population File Maintenance 
Module. 


4.1.4 Description of Expected Results 
4.1.4.1 Output Card Formats 


The output card formats correspond to the formats for cards as described in Section 
Bll wie 


4.1.4.2 Output Files 


The Population File Maintenance Module produces three output files, the Population 
File, the Audit File - PF, and the Punch File - PF. 


4 leAneell Population File 


The results of either a CREATE or an UPDATE run will always produce a new Population 
File which is completely described in Section 4.1.2. 


4.1.4.2.2 Audit File - PF 


The Audit File - PF contains a listing of all diagnostics and trace messages originating 

from this module. As an optional feature, the user may request to print on the Audit File - PF 
a working listing of the card images on the new Population File by selecting the print option 
on the Control Card - PF. Since the Audit File - PF is only a working listing, diagnostic and 
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tracing information will be interspersed with the Population File card images on the 
Audit File - PF. 


Following is a list of the diagnostic messages to be printed in the Audit File-PF together 
with their explanations? 


Diagnostic Message Explanation 
NO UPDATE FUNCTION CARD There is no control card 
preceding the Current File-PF. 
RECORD TO BE DELETED NOT ON The Current File-PF contains a 
OLD MASTER FILE DELETE packet referencing a 


DDI-NO not on the old 
Population File. 


CURRENT FILE CARDS ARE OUT OF The cards in the Current File-PF 
SEQUENCE are not in sequence by DDI-NO. 
INITIAL RUN CARD NOT PRESENT The control card preceding the 


Current File-PF contains an 
incorrect Mode Designator. 

OVERFLOW MASTER RECORD BUFFER The Current File-PF contains o 
card whose sequence number is 
greater than 50. 


Following is a list of the trace messages to be printed on the Audit File-PF. 
The following messages are all paragraph names printed from within each named paragraph: 


1) IUC 

2) UPDATE CONTROL 

3) OLD MASTER FILE READOUT 
4) END OF CURRENT FILE 

) END OF OLD MASTER FILE 
6) END OF OLD MASTER FILE 4 


The following typical trace message is printed whenever the WRITE-ERROR paragraph 
is entered: 


LAST CARD KEY . 0002A005 
LAST CURRENT FILE KEY 0002A003 
LAST OLD MASTER FILE KEY 0005A004 


The information opposite the LAST CARD KEY represents the control field (columns 73-80) 
of the last Current File-PF card read. 
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The information opposite the LAST CURRENT FILE KEY represents the control field 
of the next to lost Current File-PF cord reod. 


The information opposite LAST OLD MASTER FILE KEY represents the control field 
of the first card image in the lost physical record reod from the old Populotion File. 


This troce information is printed on one line in the Audit File-PF. 


4.1.4.2.3 | Punch File - PF 


Yet another option, the punch option, may be selected by the user to obtoin o cord 
deck of all cord images on the Population File containing information. 


“2 Selector Module (SJCVS) 
4.2.1 Purposes and Uses 


The Selector Module performs the major tosk of assembling ond organizing test and 
support structures for the JOVIAL test progrom. 


1. Using the input specificotions obtained from the user, oppropriote 
test and support structures may be selected. 
2. The resulting test and support structures are ploced in the order 


needed for compilation. 


3. Environmentol Softwore cords ore placed before and after the JOVIAL 
source test program. 


Input to the Selector Module consists of the Populotion File, the Test Selection File, 
(0 collection of user specified cards which control the identity of the tests selected 


from the Populotion File) ond o control cord requesting the specific options provided 
by the module. 


Output of the Selector Module includes a Source Program File consisting of the generated 
JOVIAL Source program, the Audit File-S consisting of o diagnostics, trace message 


with on optional listing of the Source Progrom File and an optional Punch File-S consisting 
of o card deck of the Source Program File. 


4.2.2 Preparation of Inputs 
4.2.2.1 Input Card Formots 


Following is a description of the cord types and formats input to the Selector Module. 
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BO DAL Test Selector Card 


The Test Selector Card permits the user to specify the selection of one or more test 
modules from the Population File. The user specifies the DDI-NO identifying the first 
test module to be selected, the increment to be added to the DDI-NO identifying the 
first test module, and the DDI-NO identifying the last test module to be selected. If 
only one test module is to be selected at a time, the increment may be set to 0000 or 
left blank. The following describes the format of the Test Selector Card: 


Columns Name Description 

1-4 Control Word These 4 columns must contain 
the control word TEST. 

5-10 Not Used 

11-14 Starting DDI- NO These 4 columns contain the 
DDI-NO identifying the first 
Population File Test Module 
to be selected by this Test 
Selector Card. 

15-20 Not Used 

21-24 Increment These 4 columns contain the value 
to be added to the starting DDI-NO 
and succeeding DDI-NO's until 
the final DDI-NO has been 
selected. 

25-30 Not Used 

31-34 Final DDI-NO These 4 columns contain the 
DDI-NO identifying the last 
Population File Test Module to 
be selected by this Test Selector 
card. 

35-80 Not Used 


4.2.2.1.2 Control Card-S 


The various options permitted by the Selector Module may be requested by means of 
the following control card: 


Columns Name Description 
] Control Card This column must contain the 
Indicator character C denoting the card 


as a control card. 
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Columns Name Description 


2-4 Control Card These 3 columns may be assigned 
Identifier any 3 digits by the user to identify 
the control card. 
5-6 Margin A These 2 columns are used to 


designate the column number of 
Margin A on the Source Program File 
card images. 
7-8 Margin B These 2 columns are used to designate 
the column number of Margin B 
on the Source Program File card images. 
9 Print Option This column may be used to request 
the printing of the Source Program File 
on the Audit File-PF. 
non-space - Print 
space - Do not print 
10 Punch Option This column may be used to request 
the punching of the Source Program File. 
non-space - Punch 
space - Do not punch 


11-14 System Module The DDI-NO of the appropriate System 
DDI-NO Module to be selected from the Population 
File. 
15-80 Not Used 


4252.2 Input Files 


The Selector Module operates upon two input files: the Population File and the Test 
Selection File. 


4.2.2.2.1 Population File 
The Population File has been thoroughly described in Section 4.1.2. 


4.2.2.2.2 Test Selection File 


The Test Selection File consists of a collection of Test Selector cards that direct the 
generation of a JOVIAL source program. One or more tests may be selected by means of a 
Test Selector card. The collection of Test Selector cards may be submitted to the Selector 
Module in any order. 


4.2.3 Function Operation 


The Selector Module, under the direction of the Test Selection File, operates on the Population 
File to produce a single JOVIAL source program consisting of 80 column card images from one 
or more JOVIAL test modules residing on the Population File. 


3] 


The Test Selection File controls the identity of the Population File test modules that are 
recorded on the Source Program File. For example, suppose the Test Selection File 
consisted of the following Test Selector card information with no Mandatory DDI-NO's 
involved. 


Card Number Starting DDI-NO Incre ment Final DDI-NO 
] 4100 0010 4200 
2 3000 0005 3010 
3 6000 0000 
4 8100 0001 8105 


The Source Program File would consist of the following sequence of selected test modules 
as identified by their associated DDI-NO's: 


3000, 3005, 3010, 4100, 4110, 4120, 4130, 4140, 4150, 4160, 4170, 
4180, 4190, 4200, 6000, 8100, 8101, 8102, 8103, 8104, 8105 


Notice that the test modules selected as indicated by the list of DDI-NO's are not in the 
same order as they appear on the Test Selection File, but are in ascending order by DDI-NO, 
the same order that they appear on the Population File. All mandatory and environmental 
software cards supporting the generated test, and modules 9998 and 9999, are automatically 
selected or generated by the Selector Module. 


In the following example, suppose the Test Selection File consisted of the following 
Test Selector Card information: 


Card Number Starting DDI- NO Increment Final DDI-NO 
] 4100 0010 4120 
2 3000 0005 3010 
3 6000 0000 


Suppose further that the Mandatory DDI-NO's associated with each of the above DDI-NO's 


ore given in the following list: 


DDI-NO Mandatory DDI-NO 
4100 2500 
4110 ---- 
4120 1200 
3000 2215 
3005 2210 
3010 2210 
6000 4000 
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Suppose also that the Test Module headers for modules 2000 and 8000 have C's in column 77 
and that the Test Module headers for modules 2216, 4101, 4102, and 8001 have B's in 
column 77. Assuming this, when the Test Selection File is submitted to the Selector Module, 
the following test modules will be selected and placed on the Source Program File in the 
following order: 


Test Module DDI-NO Test Module DDI-NO 
] 1200 10 4000 
2 2000 1] 4100 
3 2210 12 4101 
4 2215 13 4102 
5 2216 14 4110 
6 2500 15 4120 
7. 3000 16 6000 
8 3005 17 8000 
9 3010 18 8001 


Mandatory test modules will be supplied only once in the output of the Selector Module. 
Notice that again the test modules are placed on the Source Program File in order of 
ascending DDI-NO. In addition the mandatory modules supporting the generated test, 
modules 0001, 9998 and 9999 are selected or generated by the Selector Module. All modules 
with a C in column 77 are automatically selected by the Selector Module. Modules with a 

B in column 77 should not be selected by the user. 


4.2.4 Description of Expected Results 
4.2.4.1 Output Card Formats 


Following is a description of the card types and formats output by the Selector Module. 
4.2.4.1. Environmental Software Card 


These cards provide communication between the generated JOVIAL source program and the 
operating system of the particular computer. These cards both precede and follow the JOVIAL 
source program and are operating system specific. For a description of the operating system 
cards for the five computers used by the JCVS see Appendix 4. For a complete description of 
this card see Section 4.1.2.1.6. 


4.2.4.1.2 Test Header Card 
These cards are placed in the JOVIAL source program as comment cards. They serve to identify 


the test and provide cross referencing information between the DDI-NO and associated AFM 100-24 
references, the CED-NO's. A complete description of this card is given in Section 4.1.2.2.1. 
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4,.2.4.1.3 JOVIAL Source Program Card 


The JOVIAL Source Program Card contains one or more JOVIAL statements to be used 
in a generated JOVIAL source program. As with most cards associated with the JCVS 
columns 73-80 will be used for card identification. 


Columns 1-72, however, will be subdivided into a maximum of three sections as 
indicated in the diagram. 


aoe, Sg pe eee a Core 


Margin A Margin B 


Margins A and B specify card columns selected by the user between which is contained 
as much of the content of a JOVIAL Statement Card as permitted by the margin 
specifications. Card column 1] from the JOVIAL Statement Card is transferred to the 
card column specified by Margin A in the JOVIAL Source Program Card; Column 2 is 
transferred to column Margin A+], etc. If column k is transferred to Margin B, 
columns k+] through 72 of the JOVIAL Statement Card are not transferred and, hence, 
lost. These margin specification features are provided to the user because of the 

lack of standardization of JOVIAL J3 reference formats. 


The two margins must adhere to the following inequality: 

column 1 = MarginA < Margin B — column 72 
If no Margins are specified, Margin A willnominally be set to 1 and Margin B to 72. 
Notice that the character string signifying the JOVIAL statement must be short enough to 


fit between the margin. Specifically the character string must adhere to the following 
inequality: 


Length of character string Margin B - Margin A +1 


Tie form of the JOVIAL Source Program Card follows. 
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Columns Name Description 


1-Margin A Not Used 

Margin A - MarginB JOVIAL Statement These (Margin B - Margin A) 
columns contain one or more 
JOVIAL statements. 

Margin B-72 Not Used 

73-76 DDI-NO These 4 columns contain either 


the DDI-NO (e.g., 2100, 4500, 
7610) or the number 9999. 

77 Card Type This column contains the character 
J that indicates this card is a test 
statement card. 

78-80 Sequence Number These 3 columns contain a number, 
002-051 specifying the position of 
the JOVIAL Source Program Card 
within the card images from the 
selected Test Module. 


4.2.4.2 Output Files 


The Selector Module produces three output files: The Source Program File, the Audit 
File-S, anda Punch File-S. 


4.2.4.2.1 | Source Program File 


The Source Program File contains the JOVIAL source program. The generated source 
program consists of, in part, JOVIAL statement card images from Test Modules in the 
Population File. Preceding and following the source program are operating system 

cards that form the linkage between the JOVIAL source program and the operating system. 
In addition, every test present in the Source Program File may be identified by the Test 
Header card preceding the JOVIAL test statements comprising the test. 


The Source Program File is recorded one output card image per physical record. 

Since the Source Program File is in the same order as the Population File, by Sequence 
Number within DDI-NO, the DDI-NO and Sequence Number act as the control items 
for this file. 


Since the environmental software cards that follow the generated JOVIAL source program 
originate from the System Module; these cards would normally have a DDI-NO equal to 
0001 in the Source Program File. Asa result, these cards would be out of order ina 
generated JOVIAL source program. In order to alleviate this situation, all trailing 
environmental software cards are automatically assigned a DDI-NO = 9999. Sequence 
numbers in these cards, however, remain unchanged. 
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The START card will contain the DDI-NO of the selected System Module and the same 
Sequence Number it possessed in the System Module. The TERM card is assigned the 
DDI-NO = 9999 but contains the same Sequence Number it possessed in the System Module. 


Figure 4-2 gives a physical layout of the Source Program File. 
4.2.4.2.2 Audit File-S 


The Audit File-S contains a listing of all diagnostics and trace messages emanating from 
this module. Asan optional feature, the user may request to print on the Audit File-S, 
a working listing of the card images on the new Source Program File by selecting the 
print option on the Selector control card. Since the Audit File-S is only a working 
listing, diagnostic and tracing information will be interspersed with Source Program File 
card images on this file. 


Following is a list of the diagnostic messages to be printed on the Audit File. 


Diagnostic 


EXCEEDED DDI-NO TABLE 


DDI-NO AND INDEX NOT 
SYNCHRONIZED 


UNEXPECTED EOF INFILE 


UNEXPECTED EOF POP-FILE 


NO CONTROL CARD 
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Explanation 


There exists on the Population File 
a DDI-NO greater than 9998. 
Check the Population File for cause 
of error. 

In processing the Population File 
the DDI-NO on the current 
Population File record is less than 
the DDI-TABLE index. Probalsle 
cause: Machine malfunction. 

An unexpected end of file has been 
triggered on INFILE. Check the 
Control Card-S and the Test Selec- 
tion File for cards that could cause 
the end of file and restart the progn 
An unexpected end of file has been 
encountered on the Population File 
Check to see if the Population File 
has been rewound properly and 
restart program. This diagnostic is 
probably triggered by a machine 
error. 

There is no Control Card-S or an 
incorrect Control Card-S present 
in the INFILE. Supply the correct 
Control Card-S and restart. 


LEAO GPEPATING SISTEM CALOL 
LEAD FEERATING SYETEIM CAPDZ 


LEAD WCRATING SYSTEN CAKD K | 


S| 
JOVIAL Tear syarzy6: 
DViAk TEST STATEMENT CAKD 2 
JOVIAL TEST STATEMENT CARD 


LEAD OFEKATING 
SYSTEM CARAS 


Kol 


EXECUTION 
MoDULE t 


, 


TES, HEADLK CARD . 


Jovial Téesr STATEHENT Ake .). 
|Jovial TEST STATEMENT CAkO id 


FOLLOW DYLRATING SYSTEM CHeOL 


FOLLOW OVE RATING EXZILM CALD EL 


EXECUTION 
MoDouLE 2 
LOCKING FACTOR 


ONE CHLO HER 
Puysican Kecoxun 


EXECUTION 
MoDUuULE WN 


FOLLOW OPERATING 
SYS TEM CAEDS 


Figure’.4-2. Source Program File 
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Diagnostic Explanation 


INCORRECT TEST SELECTOR CARD There is an incorrect Test Selector 
Card in the INFILE, Correct the 
card and restart the program. 
INCORRECT CONTROL CARD The Control Card-S margin specifications 
are incorrect. Correct specifications and 
restart program. 


Following is a list of trace messages to be printed on the Audit File-S. 


The following trace messages are all paragraph names printed from within the named 
paragraphs: 


BDTI 
2: BUILD-S PF 


The following trace messages are values that monitor the contents of key items together 
with the paragraph names printed from within the named paragraphs. 


Message Originating Paragraph 
ie Contents of item DDI- NUMBER BDT2 

2. BMT1, Contents of item DUMP BMTI 

Si Contents of record CARD ERR-PROC-6 


4.2.4.2.3 | Punch File-S 


Yet another option, the punch option, may be selected by the user to obtain a card 
deck of all card images on the Source Program File. 


4.3 Source Program Maintenance Module (SOPMM) 


The Source Program Maintenance Module is used to modify either the JOVIAL source 
program generated by the Selector Module ora JOVIAL source program previously 
modified by SOPMM. Modifications may be necessary because: 


1) One or more tests did not compile correctly; therefore, deletions of 
erroneous statements or changes to existing statements can be made. 

2) — The user wishes to change a test in order to compare with a previous run. 

3) The user may wish to add self contained non standard tests. 

4) Certain areas of the JOVIAL compiler have not been debugged completely. 

5) The user may wish to eliminate partially implemented features. 
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Input to the Source Program Maintenance Module consists of a Source Program 
File, the Current File-SP, and a control card requesting specific options provided 
by this module. 


Output from the Source Program Maintenance Module includes an updated Source Program 
File consisting of the modified JOVIAL source program, the Audit File-SP consisting of 
diagnostics, trace messages with an optional listing of the Source Program File and an 
optional Punch File-SP consisting of a card deck of the updated Source Program File. 


4.3.] Preparation of Inputs 


4 Salil Card Inputs 
A Oke l < Control Card-SP 


The various options permitted by the Source Program Maintenance Module may be 
requested by means of the following control card: 


Columns Name Description 
1 Control Card Indicator This column must contain the 


character C denoting the card asa 
control card. 

2-4 Control Card Identifier These 3 columns may be assigned any 
3 digits by the user to identify the 
control card. 

5 Mode Designator This column is only referenced 
descriptively and does not influence 
the run type which is always an 
UPDATE run. It should be set to 
U for documentary purposes. 

6 Print Option This column may be used to request 
the printing of the new Source 
Program File 

non-space - Print 
space - Do not print 

7 Punch Option This column may be used to request 
the punching of the new Source 
Program File. 

non-space - Punch 
space - Do not punch 
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Columns Name Description 


8 Trace Option This column may be used to request! 
printing on the Audit File-SP of al! 
ihe trace messages originating in this 
module. 
non-space - Print messa jes 
space - Do not print me sages 


9-80 Not Used 


When submitting this card to the Source Program /Aaintenance Module the Control Card-SP 
directly precedes the card deck comprising the Current File-SP. 


4.3.1.1.2 Other Card Inputs 


A complete description of all other card forms contained in either the Source Program 
File or the Current File-SP is given in Sections 4.1.2.3.2 and 4.2.4. 


4.31.2 Input Files 
4.3.1.2.1 Source Program File 
The Source Program File has been completely described in Section 4.2.4.2.1. 
4.3.1.2.2 Current File-SP 
The Current File-SP which directs the Source Program Main‘enance Program to update 
the Source Program File is composed of individual cards that provide the capability to 
add, delete, and replace information on the Source Program File. 
The following card types may appear in the Current File-SP: 

iP Environmental Software Card 

Zi Test Header Card 

= a JOVIAL Source Prograrn Card 

4. DELETE Card 


The information content of the aforerentioned cards has be::n completely specified in 


Sections 4.1.2 and 4.2.4.1.3. 


A seria! number, the DDI-NO, is present in columns 73-76 of each card in this file, and 
a Sequence Number in columns 78-80. The cards in this file are placed in order by 
Sequence Number within DDI-NO. 
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4.3.2 Function Operation 


The Source Program Maintenance Module operates on an existing Source Program 

File directed by a Current File-SP to update and generate a new Source Program File. 
The control card associated with this program permits the user to specify options to print 
and/or punch the resulting new Source Program File. 


The Source Program Maintenance Module provides the user with the ability to add 
information to the Source Program File, delete information from the Source Program File 

or replace information on the Source Program File on a card image by card image basis. 

The Current File-SP consists of individual cards ordered by DDI-NO and Sequence Number. 
Each card invokes an update function implicitly or explicitly. The cards within the Current 
File-SP permit the user to change any card in the Source Program File. The control card 
precedes the Current File-SP when submitted to the Source Program Maintenance Module. 


Each card in the Current File-SP specifies an update function which performs one of the 
following operations: 


ADD a card to the Source Program File 

REPLACE a card on the Source Program File 

DELETE one or more test modules from the Source Program File 
DELETE an entire test module from the Source Program File 


RWN 


The update functions are controlled on the basis of two items included in every card in 
the Source Program File. 


ie DDI-NO (columns 73-76) 
ve Sequence Number (columns 78-80) 


In order to reduce the card preparation requirements of the system, the ADD feature 
and REPLACE feature are invoked automatically. Specifically, the update functions 
adhere to the following rules. 


ADD 


If an ADD card (a card to be ADDed to the Source Program File) is included in the Current 
File-SP and no card with the same DDI-NO (columns 73-76) and a Sequence Number 
(columns 78-80) is present in the old Source Program File, the card on the Current File-SP 
is automatically added to the Source Program File in its proper sequence . 


REPLACE 


If a REPLACE card (a card intended to REPLACE another card in the Source Program File) is 
included ina packet on the Current File-SP and a card with the same DDI-NO (columns 
73-76) and Sequence Number (columns 78-80) is present on the old Source Program File, 
the card on the Current File-SP automatically replaces the corresponding card on the new 
Source Program File. 


4] 


DELETE 


The DELETE option is invoked by means of a DELETE card included in the Current File-SP. 
This card causes a card with the same DDI-NO and Sequence Number not to be recorded on 
tle new Source Program File. If the Sequence Nuniber equals 000, the entire module 
specified by the DDI-NO and any directly succeeding modules with a B in column 77 in the 
Test Module Header are deleted. 


4.3.3 Description of Expected Results 
4.3.3.1 Output Card Formats 


A complete description of all of the card forms contained in either the Source Program File 
or the Punch File-S is given in Section 4.1.2 and 4.2.4.1.3. 


4.3.3.2 Output Files 


The Source Program Maintenance Module produces three output files: The Source Program File, 
the Audit File-SP, anda Punch File-SP. 


SB. Dudutal Source Program File 
The Source Program File has been completely described in Section 4.2.4.2.1. 
4.3.8.202 Audit File-SP 


The Auclit File-SP as an optional feature may contain a listing of all diagnostics and trace 
messages originating from this module. A second optional feature the user may request is to 
print on the Audit File-SP a working listing of the card images on the new Source Program File 
by selecting the print option on the Control Card-SP. Since the Audit File-SP is only a working 
listing, diagnostic and tracing information will be interspersed with the Source Program File card 
images on the Audit File-SP. 


Following is a list of the diagnostic messages to be printed in the Audit File-SP together with 
their explanations: 


Diagnostic Message Explanation 
NO UPDATE FUNCTION CARD There is no control card 
preceding the Current File-SF. 
RECORD TO BE DELETED NOT ON The Current File-SP contains a 
OLD MASTER FILE DELETE card referencing a DD'I-NC 
not on the old Source Program File. 
CURRENT FILE CA2DS ARE OUT O= The cards in the Current File-SP 
SEQUENCE are not in sequence by DDI-NO. 
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Following is a list of the trace messages to be printed on the Audit File-SP. 


The following messages are all paragraph names and are printed upon entering the 
paragraph: 


UC 

UPDATE CONTROL 

OLD MASTER FILE READOUT 
END OF CURRENT FILE 

END OF OLD MASTER FILE 
END OF OLD MASTER FILE 4 


AOOnh ON 


The following typical trace message is printed whenever the WRITE-ERROR paragraph 
is entered: 


LAST CARD KEY 0002A005 
LAST CURRENT FILE KEY 0002A003 
LAST OLD MASTER FILE KEY 0005A004 


The information opposite the LAST CARD KEY represents the control field (columns 73-80) 
of the Current File-SP card read. The information opposite the LAST CURRENT FILE KEY 
represents the control field of the next to last Current File-SP card read. The information 
opposite LAST OLD MASTER FILE KEY represents the control field of the card image 

in the last physical record read from the old Source Program File. This trace information 

is printed on one line of the Audit File-SP. 


4.3.3.2.3 | Punch File-SP 


Another option, the punch option, may be selected by the user to obtain a card deck 
of all card images on the Source Program File containing information. 


4.4 Initiate Population File Module (INIPOP) 
4.4.) Purposes and Uses 


This module may be used to assign new test serial numbers, DDI-NO's on the Population 

File. Renumbering the Population File might be required if the Test Modules were to be 
reorganized and placed ina different sequence or if within the current organizational structure 
of the Test Modules a new Test Module may not be assigned a convenient number relating it 

to its associated Test Modules. 


Whatever the reason, INIPOP eliminates the necessity for re-keypunching the 
Population File card deck by automatically reassigning new DDI-NO's. The user is 
permitted to select the first new number to be assigned and an increment which will be 
added to successive assigned numbers to form new numbers for assignment. All DDI-NO 
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references on the Test Header card (including all mandatory DDI-NO's) and JOVIAL 


statement cards (including all mandatory DDI-NO references) wil! be updated to reflect 
tle new number assignments. 


Input to INIPOP consists of a Population File, in the form of a card deck or a magnetic 
tope, anda control card requesting specific options provided by the module. 


C utput from INIPOP includes a renumbered Population File, the Audit-File-IP, that 
contains diagnostic messages, an optional working listing on the Audit-File-IP consisting 
o those Population File card images containing information, and an optional Punch File-IP 
consisting of a card deck of all card images on the Population File containing information. 


P »pulation File modules recorded on cards may be renumbered in groups if desired. This 
feature of INIPOP is invoked on the card deck modules by placing control cards in the card 
d:ck before each independent group of modules to be renumbered. Each of the card deck 
modules following the control card will be renumbered according to the values given on 
the control card. 


When invoking this feature on a Population File residing on tape, control cards designating 
the various renumbering conventions must also contain the DDI-NO of the last test module 
tc which the current control card applies. 


When a portion of the Population File is to be renumbered, the entire Population File 

st ould be submitted to INIPOP in order to ensure a correct resequencing of all embedded 
DDI-NO references. For those modules of the Population File not requiring renumbering, 
tte control card must include the information that the following modules are to be included 
ir the renumbering process but are not to be themselves renumbered. 


4 4.2 Preparation of Inputs 
4 4.2.1 Card Inputs 
4 4.2.1.1 Control Card-IP 


The various options provided by INIPOP may be requested by means of the following 
control card: 


Columns Name Description 


1 Control Card Indicator This column must contain the 
character C denoting the card 
asa control card. 

2-4 Control Card These 3 columns may be assigned 

Identifier any 3 digits by the user to identify 
the control card. 


Columns 


S| 


6-8 


20-23 


24-80 


Name 


Renumber Option* 


Card/Record 


Initial Number 


Increment 


Print Option 


Punch Option 


Old Population 
File Option 


Record Maximum 


Not Used 


Description 


The column is used to indicate to 
INIPOP that a renumbering of the 
Population File is required. 
non-space - Renumber 
space - Do not renumber 
These 3 columns are used to 
designate the number of card 
images present in each record of 
the Population File. 
These 4 columns are used to 
designate the first four digit 
DDI-NO to be assigned. 
These 4 columns are used to designate 
the increment representing the 
difference between two successively 
assigned DDI-NO's. 
This column may be used to request 
the printing of the generated 
Population File 
non-space - Print 
space - Do not print 
This column may be used to request 
the punching of the new Population 
File 
non=space = Punch 
space - Do not punch 
This column may be used to signify 
that an old Population File residing 
on magnetic tape will be used as 
input. 
non-space - Magnetic tape 
input 
space - Card input 
These 4 columns are used to designate 
the DDI-NO of the last record to be 
incremented using the current initial 
number and increment. 


*If renumbering is not selected, |NIPOP may be used to initiate a Population File from 
a card deck or to copy an old Population File from one magnetic tape to the other. Print and 


punch options still apply. 
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When submitting this card to INIPOP, it precedes the Current File-PF if the Population File 
is to be generated from o card deck or it reploces the Current File-PF if the Populotion File 
is to be generated from on old Population File. 


.4.2.1.2 Other Cord Inputs 


.\ complete description of all other card forms contained in either the Populotion File 
or the Current File-PF is given in Section 4.1.2. 


4.4.2.2 Input Files 


“he Initiate Population File Module operotes on either of two input files, the Population 
File or the Current File-PF. 


eAio2e2oll Population File 


The Populotion File has been completely described in Section 4.1.2.4.1. 
4.4.2.2.2 Current File-PF 


The Current File-PF has been completely described in Section 4.1.2.4.2. 


4.4.3 Function Operation 


The Initiate Populotion File Module operates to initiote ond, ot the users option, renumber 
© Populotion File from either o Current File-PF or from an existing Population File. 

Additional features selectable from the control cord include the options to print o working 
listing of the generoted Populotion File ond/or to punch the resulting new Populotion File. 


The Populotion File is renumbered by assigning to the first DDI-NO the value as stated 

on the Control Card-IP for the Initial Number; to the second DDI-NO, the Initial 

Value + Increment as stoted on the Control Card-IP; the third DDI-NO, the Initial Value + 2 
* Increment. For example, if the Initiol Volue was specified as 5 ond the Increment was 
specified os 10, then the volues ossigned to the DDI-NO for eoch Test Module would be 

5, 15, 25, etc., until the Test Modules hod been exhousted. 


4.4 Description of Expected Results 
“.4,4,1 Output Card Formats 


The output card formats correspond to the formats for cords described in Section 4.1.2. 


4.4.4.2 Output Files 


The Initiate Population File Module produces three files: The Population File, the 
Audit File-IP, and the Punch File-IP. 


1482, 1 Population File 


The Population File is completely described in Section 4.1.2.4.1. 
4.4.4.2.2 Audit File-IP 


The Audit File-IP contains a listing of all diagnostics originating from the module. As 

an optional feature, the user may request to print on the Audit File-IP, a working listing 
of the card images on the new Population File by selecting the print option on the 

Control Card-IP. Since the Audit File-IP is only a working listing, diagnostic information 
will be interspersed with the Population File card images on the Audit File-IP. If no 
diagnostics occur, however, the Audit File-IP will consist entirely of a listing of the 
Population File. 


Following is a list of the diagnostic messages to be printed in the Audit File-IP together 
with their explanations: 


Diagnostic Message Explanation 
UNEXPECTED EOF I NFILE There is an unexpected end of file 


encountered on the unit contai ning 
the control card and Current File-PF. 

DDI-NO LARGER THAN 9997 Successive incrementing of the 
originally assigned Initial Number 
have generated a number greater 
than 9997. There are too many 
Test Modules being renumbered given 
the particular assigned values for 
Initial Value and/or Increment. 
Reduce either value or both and try 
again. 

NO CONTROL CARD The control card has not been submitted 
to INIPOP. 


4.4.4.2.3 Punch File-IP 


Another option, the punch option, may be selected by the user to obtain a card deck 
of all card images on the Population File containing information. 
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4.5 JCVS Report Writer Module (JCVSRP) 


4.5.1 Purposes and Uses 


This module may be used to produce a finished listing of a Population File and/or a 
listing of the Test Header Cards in a Population File. 


Input to this module consists of a Population File and a control card specifying the options 
available to the user. 


Output from JCVSRP may include a listing of either the Population File or the collection 


of Test Header Cards on the Population File or both. These reports are printed on the 
Audit File-RP together with any diagnostics and trace messages originating from this module. 


4.5.2 Preparation of Inputs 


4.5.2.1 Card Inputs 
4.5.2.1.1 Control Card=-RP 


The verious options provided by JCVSRP may be requested by the following control card: 


Columns Name Description 
1 Control Card This column must contain the 
Indicator character C denoting the card cis 
a control card. 

2-3 Report Selection These 2 columns are used to select 
the two reports generated by this 
module. 

Column 2: non-space - Populaiion 
File Listing 
space - No Population 
File Listing 


Column 3: non-space - Cross Refer- 
encing Listing 
space - No Cross Refer- 
encing Listing 


4-13 Not Used 
14-19 Date These six columns specify the date 
as follows: 
14-15 Month 
16-17 Day 
18-19 Year 


(Example: 040968) 


Columns Name Description 


20-61 Test Identification These 42 columns are used to 
specify the computer name. The 
name may be positioned any place 
in the field. 

62-63 Control Tape Size These two columns are used to 
specify the number of lines per 
printer page that are available to 
be printed on. 

64-65 Line/Record These two columns are used to 
specify the number of cards per 
record on the Population File. 

In this case of JCVS this value 
is 50. 
66-80 Not Used 


4.5.2.2 Input Files 

The JCVS Report Writer Module operates on one input file, the Population File. 
4.5.2.2.1 Population File 

The Population File has been completely described in Section 4.1.2.4.1. 


4.5.3 Function Operation 


The JCVS Report Writer Module operates on a Population File to produce two reports, a 
listing of the Test Modules on the Population File and/or a listing of the Test Header Cards 
on the Population File. The JCVSRP is directed by means of user options selected on the 
Control Card-RP. 


4.5.4 Description of Expected Results 

The JCVSRP produces one file, the Audit File-RP. 

4.5.4.) Audit File-RP 

The Audit File-RP may contain either a listing of all the Test Modules on a Population File 
or a listing of all of the Test Header Cards ona Population File or both. This is a formal 
listing in that no diagnostics or trace messages are interspersed. A trace message does, 


however, precede the writing of each report on a separate page. 


Following is the diagnostic message to be printed in the Audit File-RP together with its 
explanation: 
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Diagnostic Message Explanation 


UNEXPECTED EOF INFILE This problem results from 
attempting to read the Control 
Card-RP and getting an end of file 
condition. Check input to make sure 
the control card is present and is not 
preceded by any extra end of file cards. 


Following is the trace message that is printed out on a separate page at the beginning of the 
writing of each report: 


REPORT WRITER. 
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SECTION V 


USAGE INSTRUCTION 


Since the JCVS will operate on several different computers it would be advisable if the 
user availed himself of the following documents: 


hi Implementors COBOL Manual 
2. Implementors Operating System Manual 
3. Implementors JOVIAL J3 Manual 


| JCVS Operating Philosophy 


Although the JCVS is to operate on various computers, the functions that will be 
performed on each computer to utilize the JCVS will be identical. Each of the JCVS 
program modules is processible by either of the following two methods: 


1. Compile Source Program and Go 


Using this technique, the appropriate control cards, source program 

and data are submitted f the computer system. The system then compiles 
the source program and writes the resulting object program on the 
operating system's Load and Go unit. This object program is then loaded 
from the Load and Go unit and progran executing follows. 


De Load Binary Deck and Go 


Using this technique, the appropriate contro! cards, object program 
binary deck, and data 1s submitted to the computer system. The system 
then loads the object program from the object program binary deck and 
program execution follows. 


a2 JCVS Function 


There are seven functions that are available to the user of the JCVS. They are given 
in the following list: 


1. Create a new Population File PO PFMI 
2. Update an old Population File POPFM2 
3. Generate a JOVIAL source program SELECT 

4. Update a Source Program File SOPMM 
5. Initiate a Population File froma INIPOPI 


Population File card deck 


5] 


6. Initiate a new Population File from I NIPOP2 
an old Population File on magnetic tape 
7. Write reports from Population File JCVSRP 


5.3 Preparation of JCVS Input 
5084) Current File-PF 


The Current File-PF which is used to update the Population File has been described in 
Section 4.1.2.4.2. An example of this file is given in Figures 5-la, 5-1b, and 5-1c. 


Notice all packets are in order by DDI-NO and that there are no DELETE packets. 
Dade Current File-SP 


The Current File-SP which is used to update the Source Program File has been described in 
Section 4.3.1.2.2. An example of this file is given in Figure 5-2. 


Notice that all of the cards in this file are in order by sequence number, columns 78-80 
within DDI-NO, columns 73-76. 


eae Test Selection File 


The Test Selection File which directs the selection of the appropriate test modules has been 
described in Section 4.2.2.2.2. An example of this file is given in Figure 5-3. 


This particular set of Test Selector Cards select the following test modules. In this 
example, it is assumed that no Mandatory DDI-NO's are involved. 


£4 Functional Processing 

Diagrams will be proficed describing the status of the computer system at input time 
and again at output time for each function performed by the JCVS modules applying 
each operating philosophy and on each computer. 

A complete list of these diagrams is given in Appendix 1]. 


3.5 Results of Operations 


The JCVS modules generate magnetic tape output, printer listings and punched decks. 
The files associated with this output have already been completely described previously 
in this document. Actual samples of computer generated output will now be presented. 


Dixosl Printed Output 


D2 


Sat 


TEST 
TEST 


MODULE 
MODULE 


MCDULF NAME 


Test 
TEST 
TEST 
Test 
TST 
TEST 
Te ST 
eat 
eS 
Te ST 
TST 
Tea 
TEST 
TES) 
TEST 
TEST 
TEST 
he or 
LEST 
FEST 
LPSt 
TEST 
Eo 
Treat 
TEST 
TeSt 
TEST 
TRAST 
TEST 
Te Sa 
FEST 
Me Si 
TEST 
TET 
TEST 
Fes 
TEST 
TEST 
TEST 
Te S7 
LEST 
TEST 
TEST 
HES Tt 
Le See 
TEST 
TEST 
VEST 
Th So 
TEST 
TEST 
he ST 


MODULE 
iMORULE 
MOMIUIL F 
MODULE 
MORULFE 
MORULE 
MON!LE 
MONULF 
MCRULE 
MONULF 
MODULE 
VODULE 
MODULE 
MORULE 
MOREL E 
MCDULE 
MODULE 
MORULE 
MODULE 
MONULE 
MONULE 
MOPULE 
MONLULF 
MODUL F 
MONULF 
MARVEL F 
MOARLIL F 
MONULE 
MODULE 
MOPRU'LE 
MODULE 
MARULE 
MONULE 
MONULE 
MODULE 
MODULE 
MONULF 
MONULE 
MODUL F 
MODULE 
MONUL F 
MODULE 
MONULE 


MODULE 


MODULE 
MODULE 
MODULE 
MODUL F 
MODUL F 
MONULE 
MONULF 
MODULE 


MODULE NAME 


OAC2 JOVIAL STATEMENT 
NAC9 JOVIAL STATFMENT 


10 2427 


CR1LG 
COV 
PALGC 
CREC 
NOG 
CO10 
N10 
COs 
OMLO 
HOLC 
COLE 
ale ile 
HOLE 
anyc 
Cr ye 
AOL 
ew ine) 
COC 
ce10 
ee 1° 
FOL 
QTC 
HOLE 
AALO 
COTO 
NOTO 
enzo 
anne 
NO1e 
COL6 
0010 
CeO 
0010 
Cro 
CoO1Le 
OO7T0 
010 
mO1C 
CALS 
COTE 
nnn 
COTO 
An 1A 
HOLE 
COTO 
AA LA 
GO 10 
GO 10 
AAAO 
on1]1 
OMT? 
0013 


JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVTAL 
JOVIAL 
JCVIAL 
JCVIAL 
JOVIAL 
JOVIAL 
JOVTAL 
JOVTAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JCVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVTAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
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Figure 5-la Current File-PF 


242R 


2429 

STATEMENT 
STATEMENT 
SPATE ENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMFNT 
STATEMENT 
STATFMFNT 
STATEMENT 
STATEMENT 
STATFMENT 
STATFMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMFENT 
STATEMENT 
STATEMENT 
STATFMFNT 
STATEMENT 
STATFMFNT 
STATFMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT. 
STATEMENT 
STATEMENT 
STATFMENT 
STATEMENT 
STATFMFENT 
STATEMENT 
STATEMENT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMENT 
STATEMENT 
STATEMENT 
STATFMFNT 
STATEMENT 
STATEMPNT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATFMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMFNT 


Q32 
033 
O34 
O35 
036 
N37 
038 
O39 
N40 
O41 
C42? 
N43 
O44 
N45 
O46 
O47 
O48 
O49 
OLS 
O04 
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M 


ADD A CART 
ADD A CARD 


PEPLACF A CAPD 
RFPLACF A CAPD 
DELFTE MODULE 


13 


AAP Jeas 
NG: J Otol 
(Gi an wy 
Aa Ce 
ARR JOR? 
AOTC IOOK 
OAL Sees 
ON CE 
OO LCICEL 
NACI NN 
POV IE AY 
OAL Cie 
ale vn Gare so 
RVI CDG 2 
HeOLOJC 1S 
AOA Le 
Ser aes 
pi oll Neoee taeiel 7: 
GAVCICL 7 
ie a) Pe 
EP PAge ws 
OPTIC LY 
Ai t 
Ga Ars Mae a 
OO UCN 
AO MCI 2 
NA LEAJe2 
AA) OIC2G 
ANTAIC!]T 
An VAC? 
OLA AY 
AATAINSEO 
MAIOIFS i 
OOLCIOS 2 
QOD Ss) 
OO rCIOS4 
NA LOSS 
OMA IPN SH 
AOCMOIG ST 
CHDCIC SA 
AMP LAIl S9 
RAYIHIPGO 
ANT AIRA] 
AN] AIAG? 
QOTOIOaS 
AOOIC4S 
NAALAING 
ONT eCIC 4 
ANAYOAINGT 
‘elew areser ns’ 
MP] dead 
AP] AUN SA 
OG] Lees 
POT AIOCH 
COLAO 
ANI1GACE ] 


ar Ge 


TEST 
Test 
TEST. 
TEST 
TEST 
TEST 
TFST 
TEST 
TEST 
TFST 
TEST 
TFST 
TEST 
TEST 
TEST 
TEST 
TEST 
TEST 
TFST 
TEST 
TEST 
TEST 
TFS] 
TFST 
TEST 
TFST 
TES] 
TFSI 
TEST 
TEST 


MODULE 
YVONULE 
MODULE 
MOD ILE 
MOD JLE 
MORULE 
MONUILE 
MON ILE 
MOD JLE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MOD JLE 
MODULE 
MONULF 
MONULE 
MODULE 
MODULE 
MODULE 
MONLIL & 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MONIILFE 


MOML LE NAMF 


TFSI 
TFST 
TEST 
PES! 
TEST 
TEST 
TEST 
TEST 
TEST 
TEST 
PEST 
TEST 
TFST 
TEST 
TFST 
TFST 
TEST 
TEST 
TEST 
TEST 
TEST 
TES? 
TFS) 
TEST 
TEST 


MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MONULE 
MONULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 


014 
On14 
CO14 
CO14 
C014 
C014 
0014 
0014 
CO14 
0014 
0014 
0014 
0014 
0014 
C014 
0014 
0014 
[014 
0014 
C014 
NN14 
C014 
C014 
0014 
0014 
C015 
0016 
0017 
0017 
0018 


JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
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n019 
0019 
C019 
0n19 
0019 
0019 
0n19 
0019 
0019 
0019 
0019 
C019 
0019 
A019 
e019 
On19 
0019 
0019 
0019 
0019 
0C19 
0019 
0019 
0019 
0021 


JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 


Figure 5-1b Current File-PF 


STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMFNT 
STATEMENT 
STATEMFNT 
STATEMENT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATEMENT 


STATEMENT 
STATFMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMENT 
STATEMENT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMFNT 
STATEMFNT 
STATEMENT 


001 
003 
005 
OCT 
009 
OV] 
Q13 
O15 
017 
019 
021 
@23 
025 
027 
029 
031 
O33 
035 
037 
039 
041 
043 
045 
047 
049 
003 
020 
006 
C21 
Call aler/ 


a02 
004 
ar6 
008 
010 
012 
014 
016 
018 
020 
022 
024 
026 
028 
030 
032 
034 
036 
038 
040 
042 
044 
046 
048 
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DELETE A CARD 


REPLACE A 


ADD A CARD 


REPLACF A 


ADP A CARD 


CARD 


CARD 


Q016"! 


REPLACE MODULE 21 


OCL4EICOZ 
ANNIE ICNG 
ON1L4SICCE 
AN14ICC8B 
(OTIC LIA 
AAYEIOT 2 
ANL4AIC14 
N014J016 
ON14I9018 
AR L4AIOAN 
001459022 
OA1L4I024 
ANL4IN2G 
NO14I025 
00145030 
COOLEGIC32 
ON14I034 
O0N14JI036 
OCTEIC 38 
CO014IC40 
AN14IN42 
AN TGAICAGA 
O014I046 
ON14I048 
On14J050 
OOLEDOG3 
ONLEIGZA 
ONT 7TICOG 
MOWVTSM2 1 
NOTRIOOT 
NATIACOT 
AA LIIOOS 
OOLIICOS 
NNIIINAT 
NA19INCI 
CMLIIOL 1 
00195013 
00195015 
COTS Jel 7 
O019IN019 
00195C21 
NOC1LIIL2A4 
ANIIIC.!S 
OMITIIOLT 
CPOLIUCZS]S 
Ae TIS 
CO1L9IN33 
OOLIASE 
AOL 937 
OO LIILOS9 
0019504) 
OC 1LIIC44 
ON19IING 
NAYIOIC4S7 
ANNV9GIC4O 
an21bDo0e0 


TEST 
TEST 
TEST 
TEST 
TFST 
TEST 
TEST 
TEST 
TFST 
TFST 
TEST 
TFST 


MODULE 
MCDULF 
MODULE 
MCBULE 
MODULE 
MODULE 
MODULE 
MONTILLE 
MONULE 
MORULE 
MONULE 
MOODULF 


CO?) 
CH ZoL 
CiO2 1 
COZ 
giernt 
O21 
C0271 
0021 
C022 
0023 
O024 
CO25 


JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 


Figure 5-le Current File-PF 


STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATTMENT 
STATEMENT 
STATEMFNT 


00] 
002 
OO? 
004 
O05 
CLG 
025 
OSC 
O32 
O07 
O26 
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REPLACE 
REPLACE 
REPLACE 
REPLACE 
REPLACE 
REPLACE 
REPLACE 
PEP ILACE 


NOFLETE A 
PFLETE & 
DFLETE «A 


ie 


MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
CARD 
CARP 
CARP 


Za 
2x 
21 
Zi 
2 
2] 
at 
21 


MODULE 25 


AM? DACCA 
ME 2 LIOO?2 
OR IICeS 
GZ LION 
GD Ways 
OR 2 LIC 
ME? LICZS 
OND Wet ra) 
AO2A2OCS2 
AO? BRAC T 
NACaP OL 
on25panr 


MEST. 
TEST 
TEST 
TEST 
TEST 
NEST 
TEST 
Pasr 
VEST 
TEST 
TEST 
TES 


MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODULE 
MODUL F 
MODULE 


0003 
OPCS 
CAKE 
0008 
CaO09 
GO11 
C012 
COs 
0024 
0024 
CN24 
0025 


JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 
JOVIAL 


STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMFNT 
STATEMFNT 
STATEMENT 
STATEMENT 
STATEMENT 
STATEMENT 
STATFMENT 


CO4 
glans) 
024 
036 
020 
Oly 
031 
021 
020 
O25 
C50 
O17 


ADD A CAPR 
DSLETE & CARD 
DFLETE A CARE 
PEPLACF & CARD 
ADD A CARE 
REPLACE A CARD 
ADD A CARD 
REPLACE A CARD 
DEEETE A. CARD 
ADD A CARD 
PEPLACF A CARP 
DELETE A CARD 


Ficure 5-2 Current File-SP 
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AANZBIANG 
RAKBL ONS 
CCOEPC!]4 
POERIOSS 
oaCIJIeEeC 
COLAIGL 
OOL2I0 941 
MOT SICA 
AN24DN2N 
90245025 
OP AGICER 
CAZSPC LT 


ee Sa) a ee 


PAD 
CoC2 
Angst 
OLD 
AANnG 


aang 


alerax 


AOC 


ALOT? 


C1? 


A013 


Figure 5-3 Test Selection File 
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5: Dell sal Population File 


Figure 5-4 shows portions of a tape dump of the Population File from the GE-635. Exact 
positions of the test statements within the block should be noted. Since this is test 
information, the content of the various cards in the record are not actual JOVIAL statements 
but indications as to where Population File information would replace the checkout 
statements. 


es me ee Audit File-PF 


Figure 5-5 presents a portion of the listing of the Audit File-PF generated by POPFM 
on the GE-635. Notice diagnostic and trace messages interspersed with the list of 
the new Population File. 


5.50) wd Audit File-S 


Figures 5-6A and 5-6B present a portion of the Audit File-S generated by SJCVS on 
the GE-635. 


5.5.1 4 Audit File-SP 


Figure 5-7 presents a portion of the Audit File-SP generated by SOPMM on the 
GE-635. Notice that no trace messages appear in the listing giving the user a 
"clean" listing of the new Source Program File. 


DO licoD Audit File-IP 


Figure 5-8 presents a portion of the Audit File-IP generated by I NIPOP on the GE-635. 
The diagnostic messages 'MANDATORY MODULE NOT ON POPULATION FILE' are 
printed but processing is permitted to continue. Notice that no trace messages appear 
on the listing giving the user a "clean" listing (except for diagnostics) of the new 
Population File. 


Boul Audit File-RP 
Figures 5-9A and 5-9B present a portion of a listing of the Audit File-RP generated 
by JCVSRP on the GE-635. The trace message appears on a separate page thereby 


giving the user a "clean" listing of the two reports: The POPULATION FILE and the 
CROSS REFERENCE TABLE. 


5.5.2 Punched Output 
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5,52 Punch File-PF 


The Punch File-PF, a card deck which contains the created or updated Population File, 
is identical in appearance to the Audit File-PF with the exception that there are no trace 
or diagnostic messages or blank cards. Only cards with information content are punched 


by POPFM. 
ioe Oe ae Punch File-S 


The Punch File-S, a card deck which contains the generated JOVIAL source program, is 
identical in appearance to the Audit File-S with the exception that there are no trace or 
diagnostic messages or blank cards. Only cards with information content are punched by SJCVS. 


5..B0eed Punch File-SP 


The Punch File-SP, a card deck which contains the updated JOVIAL source program, 
is identical in appearance to the Audit File-SP with the exception that there are no 
trace or diagnostic messages or blank cards. Only cards with information content are 


punched by SOPMM. 

5502.4 Punch File-IP 

The Punch File-IP, a card deck which contains the resequenced Population File, is 
identical in appearance to the Audit File-1P with the exception that there are no 


trace or diagnostic messages or blank cards. Only cards with information content are 
punched by INIPOP. 


5.0u0 Magnetic Tape Output 
5Seaul Population File 


A Population File is always generated by either of two programming modules, INIPOP and 
POPFM. The Population File is recorded on magnetic tape for subsequent processing. 


bs io ar 2 Source Program File 
A Source Program File is always generated by SJCVS. This file contains the generated 


JOVIAL test program and is submitted directly to the operating system for compilation 
and execution. 
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APPENDIX 1 


USAGE INSTRUCTIONS 


Appendix | describes on the following pages usage instructions for each function on each 
computer. Usage instructions depict the status of the hardware configuration before the 
run (INPUT) and after the run (OUTPUT). All input/output considerations are fully 
described for both the INPUT stage and the OUTPUT stage. In addition, the exact form 
of an input card deck necessary to invoke the function is provided. 


Each JCVS Usage Form contains the JCVS function to be performed, the computer, the 
operating philosophy and the program stage. All input/output functions and devices are 
specified over the six boxes on each form. On the top of each of these boxes is the logical 
system name associated with the input/output device. 


For example, on the 6400 the logical tape designations are TAPE], TAPE2, and TAPE3; 
the logical card input designation is INPUT, etc. 


For those input/output units that are to be active for the current function, some indication 
of their participation is indicated. For those tape units that are to contain a switch tape 
for the subsequent processing, the word SCRATCH is placed at the bottom of the appropriate 
box; for those tape units that are to contain a JCVS input or output file, the file-name is 
placed in the bottom of the box; and for those tape units whose participation is not 
required, a N/A (not applicable) is placed at the bottom of the box. 


In all cases, a job deck will be submitted through the card input unit which should be 
empty.at the termination of the run. The printed output unit will always contain a 
standard form and standard carriage control tape and will contain the various audit files 
at the termination of a run. The card output unit will contain any punched output 
originating from any of the runs. 


A complete description of the job deck structure required to process the function is 
given on each INPUT stage usage form. The (1) below the words JOB DECK STRUCTURE 
indicates column 1 of each card. 


Logical Unit Names 


The logical unit names for each computer will now be stated: 


7\ 


‘Unnscont uration | CDC-4400 UNI-1108 IBM 360-50 | 


Card Input Card Reader Eighty SYS001 | 
Card Punch Eighty SYS003 : 
Printer SYS002 
UNISERVO A SYS004 | 
UNISERVO B SYS005 


UNISERVO C SYSOO7 


Card Output 

Printed Output 
Tape Number ] 
Tape Number 2 
Tape Number 3 


Special Cards 


Certain configurations contain one or two special cards that act as end of record or 
end of file cards. The following table gives a list of these cards together with the 
characters that signify the EOR or EOF functions. 


—- CDC-6400 UNI-1108 IBM 360-50 
7,8,9 punch No Entry $bbbbbbE ND JOB No Entry 
Column 1 
6,7,8,9 punch @bFIN ***E OF 1* 


Column 1 Column 1-5 


ee: 


JCVS USAGE FORM 


Function: POPFM | 
Computer: CDC - 6400 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
ee ee eee ees 
| TAPE 1 | TAPE 2 
a i _ | ae 
(\ | > ae 
Nhe 3 ‘ 
rae, i Si Citenceree 
I N/A SCRATCH | 
—CARDINPUT | PRINTED OUTPUT 
i" OUTPUT 
{ ne | | | Standard — 
a a ' Standard Carriage : 
/ S41 _ Form “Control, 
ee . Tape 
[ JOB DECK ; ), 
| if } i j ' j 
JOB DECK STRUCTURE 
(1) 


SEQUENCE, 14156, SMA 

JOB, 93007, 10, 10, 35000. POPFM1 CG 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2) 

COBOL (LXRM). 

LGO, 


(End of Record Card) 

(CCBOL Source Poryram Deck POPFM 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 
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CARD OUTPUT 
PUNCH 


CARD PUNCH 
REA DY 


' 
ee 


JCVS USAGE FORM 
Function: POPFM | 
Computer: CDC - 6400 
Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
eer eee conte 5 a enccrtanc ppociasiacdasctecnmatiaien cineca 
\ TAPE 1 | TAPE 2 | TAPE 3 
if i 
| | . | 
| 
| ee | es 
q N/A - _4.New Population File N/A i 
CARD INPUT PRINTED OUTPUT ‘CARD OUTPUT 
| INPUT [_- OuT pur sd i; PUNCH 
CARD ae | Stender” | en ee 
READER AUDIT t , Carriage | fo i 
ERAPTY | | FILE- = Fe ' Control fo 
| | [ | Tape ( PUNCH FILE- PE 
| ie be ea 
ieee Optional) | | ~ ©ptional) 


eer. 
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JCVS USAGE FORM 


Function: POPFM 1 


Computer: CDC - 64u0 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
: TAPES 
epee ee weeps Lore rs eee a 
TAPE 1 TAPE 2 TAPE 3 | 
= ce oe 7 
( ) | a ‘ ! ( \ | 
{ } 
XS a & ~ z 
N/A SCRATCH N/A 
Dies eic Feeus Loe : 7 é es ay ws Swsenesss me DE ote aks Avgeehespe. an aia 
— CARDINPUT PRINTED OUTPUT CARD OUTPUT 
ee  SoeuT — 
UNPUT | ‘Standard | Rus 
oe - 5 | Standard = Carriage — 
: ye ras | Form Control — CARD PUNCH 
a 2 oe jae ! READY 
| JOBDECK : i | 
| errr: 2 a | | | 
2 = _ 
Bs: s eee ee oe i wee iY 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 

JOB, 93007, 10, 1U, 35000. POPFM1 LG 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2) 

LOAD (INPUT) 

EXECUTE (POPFM) 


(End of Record Card) 

(Binary Program Deck - POPFM) 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 


Fas) 


JCVS USAGE FORM 


Function: POPFM | 
Computer: CDC - 6400 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
aera arene ____ TAPES eee 
TAPE 1 is TAPE 2 TAPE 3 
\ - 
al | an | @ | 
ae poe SOS ee 7} 
. _N/A- eee | New eet File. a ms N/A anes 
_. CARDINPUT PRI INTED OUTPUT __ _CARD OUTPUT 
| INPUT [ __ OUTPUT i, PUNCH 
| CARD eh 4 | Standard | | ree oe 
| READER hae , Carriage | 7. "7 
EMPTY | FILE-PF F ; Control j ) 
| laf 1 | | PUNCH FILE 
j = align tae 
Oe ee ee Optional) j| _i ___ (Optional) _ 
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POPFM 2 
CDC ~- 6400 


Operating Philosophy: 


Function: 


Computer: 


Stage: INPUT 
eee oe ; eee 2. eee eee 
TAPE | TAPE 2 | 
Ten me: | 
_ Old Population File SCRATCH 
CARD INPUT _ PRINTED OUTPUT 
‘OUTPUT : 
7 NPT | q i Sta ndord | 
| ena Dee , Standard =» Carriage 
rs {1 ' Form Control 
aeons A Tope 
| { 308 DECK ye 
ey Ld 
Sapa caatisn eset ce a Pereneareererer! | 
JOB DECK STRUCTURE 
(1) 
SEQUENCE, 14156, SMA 
JOB, 93007, 10, 10, 35000. POPFM2 CG 


REQUEST, TAPE 1, HI. 
REQUEST, TAPE 2, HI. 


REWIND (TAPE 1). 
REWIND (TAPE 2). 
COBOL (LXRN). 
LGO 


JCVS USAGE FORM 


Compile Source Program and Go 


(REEL/NO RING) 
(ASSIGN/RING) 


(End of Record Card) 

(COBOL Source Program Deck - POPFM) 
(End of Record Card) 

(Contro! Card - PF) 

(Current File - PF Deck) 

(End of File Card) 


| PUNCH 


CARD PUNCH 
READY 


CARD OUTPUT _ 


' 
we te tern Ss : 


: JCVS USAGE FORM 
Function: POPFM 2 
Computer: CDC - 6400 
Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


New Population File ; 


0 ee ee —_ on- 5. eae ae OTR ee re eee somes 


__.CARD INPUT __PRINTED OUTPUT __ _.. CARD OUTPUT 
INPUT | OUTPUT PUNCH 
CARD amar i Standard — po 
AUDIT ' Carriage 
READER r g F 
| . |! FILE-PF j Control | , a ee /| 
| En | | a ae | PUNCH FILE-PF 
i —_—— 1 { en mea 
i Eff ptionaty | tL Optionally 
/ 
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JCVS USAGE FORM 
Function: POPFM 2 
Computer: CDC - $400 
Operating Philosophy: Load Binary Deck and Go 
Stage: INPUT 
ee. ae 


TAPE 2 


CL | OQ 
l 1 


Ole Pesulation File SCRATCH 


sae OD VNU. _....-PRINTED OUTPUT __ 
! INPUT | | OUT sscd | 
hocsuse -- ngl | Standard Carriage | 
rs Li Form Control 

canines Me Tape 
| [ JOBDECK : /. | 
|  SOEREE i | | | 

i 
eee ae eee Ree 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 

JOB, 93007, 10, 10, 35000. POPFM 2 LG 
REQUEST, TAPE 1, HI. (REEL/NO RING) 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2). 

LOAD (INPUT) 

EXECUTE (POPFM) 


(End of Record Card) 

(Binary Program Deck - POPFM) 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 


F? 


ee Ee 
Hy 
‘ 


~ 
‘ 
i 
f 
see 


( 


_ CARD OUTPUT | 


PUNCH 


CARD PUNCH 
READY 


' 
ae ne wee Ct 


JCVS USAGE FORM 
Function; POPFM 2 
Computer: CDC - 6400 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
~~ TAPES _ we: eae ee eee mee ee wee we tne eee es ee ees 
“TAPE, i “es “TAPE 2 | TAPE 3 
| Ss 
| l | 
eee _ 
Old Q File . New Population File N/A | 
-CARDINPUT __ PRINTED OUTPUT _ CARD OUTPUT 
a INPUT OUf PUT _ “PUNCH ~~ 
CARD int Standard | a eee ee 
| READER | AUDIT | : Carriage | a 
| EMPTY | FILE-PF | | Control _ ne 
| [ pe (rune us FILE-PF 
Po (Cotional) | || prinaly 
/ 
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JCVS USAGE FORM 
Function: SELECT 
Computer: CDC - $4uu 
Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
ne: TAPES 
TAPE 1 TAPE 2 | TAPE 3 | 
* | - j -— 
} 
CY 1 Oy | Oy 
eee | = c | : x 
Pooulation File SCRATCH | N/A | 
Res Aas jeyasiseleo isn pre chow cx eamecee Inca Mera Rae Bea es fon ebebalcpsa Risse cetas aces cmt che Shame ree wae See | 
—— CARDINPUT ___ PRINTED OUTPUT CARD OUTPUT 
| oe ogmuT 73 m JTPUT 
: INPUT | | Sunda PUNCH 
ee | ! Standard —- Carriage ~ | 
vA /3| ; Form Control CARD PUNCH 
eee | | Tage READY 
! Sew a ! | 
! Via | 
ee eee —- me | lL 


JOB DECK STRUCTURE 
(1) 

SEQUENCE, 14156, SMA 

JOB, 9307, 10, 10, 35000. SELECT 
REQUEST, TAPE 1, Hi. (REEL/NO RING) 
REQUEST, TAPE2, HI. (ASSIGN/RI NG) 
REWIND (TAPE 2) . 

COBOL (LXRM). 

LGo, 


(End of Record Card) 

(COBOL Source Program Deck - SJCVS) 
(End of Record Card) 

(Control Card - S) 


(Test Selection. File Deck) 
(End of File Card) 


8] 


, 
eee ay 


’ 
tnt oot 


JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 6400 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
ee ee ea neon 
[ TAPE 1 | TAPE 2 | 
POY, OQ. 
( \ 
\ 
ae on ~ 
Posulati on File | Source Program File | 
_CARDINPUT _- _ PRINTED OUTPUT _ 
| INPUT 1 ‘OUTPUT 1 
{| CARD | - _ it | Standard 
| READER AUDIT | Carriage 
ery | [! FILE-S | | Control 
i i | I 
i a i Ta ape 
| Le 
need | eCatboneta | 
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! 
I 


i me a 
‘ | 
; i 
' $ 
i i 
i series ew sie mtseeenneed mov nnn aed 


_ CARD OUTPUT 


“PUNCH 


Me ase 


| PUNCH FILES’ 


(Cotionel) 


JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 5400 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
op NOES cc ciecaes 


TAPE 2 


sy ma. | 
as 


{ Population File SCRATCH 


_ CARDINPUT. = PRINTED OUTPUT. _ CARD OUTPUT __ 
| | NPUT | OUTPUT =} PUNCH 

\ | | Standard ° 

| SAT ee ae | Standard Carriage | 

| 7. -(| : Form Control, CARD PUNCH 

| nies Wee ! Tape | READY 

= JOB DECK J | | 

—— | 

es ee ea a ee Seana = ae z 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 

JOB, 93007, 10, 10, 35000. SELECT 
REQUEST, TAPE 1, HI. (REEL/NO RING) 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND, (TAPE 2). 

LOAD (INPUT) 

EXECUTE (SJCVS) 


(End of Record Card) 

(Binary Program Deck - SJCVS) 
(End of Record Card) 

(Control Card - S) 


(Test Selection File Deck) 
(End of File Card) 
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SELECT 
CDC - 64uUU 


Function: 
Cornputer: 


Operating Philosophy: 
Stage: 


\| 
| 
i 
! 
H 
! 
! 
H 


| Population File 


___CARDINPUT 
| }NPUT. } 
CARD | 
| READER | 
| EMPTY 
| | 
ee naar Sree 


+ 
| 
| 


JCVS USAGE FORM 


Load Binary Deck and Go 
OUTPUT 


_ TAPES _ 
TAPE 2 
_ 
oe. 


Siateamnch 


7 Source Program File 7 


~— OUTPUT Ss * 


| Sreadend” 
. Carriage 
Control 
Tape 


i 
we 
ogee 


j(Ootional) — 


i 
i] 
j 
bev ees 


SA 


‘ 
he re ne 
Hi 
) 
) 


TAPE 3 
en 
see 


__CARD OUTPUT 
| PUNCH 
{ 


| ee /| 
| | PUNCH | 
i 


(Optional) 


JCVS USAGE FORM 
Function: SOPMM 
Computer: CDC ~- 54Gu 
Operating Philosophy: Comoile Source Program and Go 
Stage: INPUT 


C\ 


Old Source Program File; 


| 
: 
o 


t 


JOB DECK | 


see ea Sees ad 
__CARD INPUT | ___ PRINTED OUTPUT __ ___. CARD OUTPUT _ 
aie | ST ended PUNCH 
Standard = Carriage 7 
: Form “Control, CARD PUNCH 
READY 


Tape 


£.. ae 


1 

! 

1 

‘ 

t 

aeree 

f oa ee a ete. | 
i 

i 

‘ 


| 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA, 

JOB, 93007, 10, 10, 35000. SOPMM 
REQUEST, TAPE 1, HI. (REEL/NO RING) 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2). 

COBOL (LXRM). 

LGO, 


(End of Record Card) 

(COBOL Source Program Deck - SOPMM) 
(End of Record Card) ~ 

(Control Card - SP) 

(Current File - SP Deck) 

(End of File Card) 
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~ a 
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7 Oo 1 OO 


\ 
H 


’ 
oe 


JCVS USAGE FORM 


Function: SOPMM 
Computer: CDC - 6400 


Operating Philosophy: Comvile Source Program and Go 


Stage: OUTPUT 
EE . mitcncrd 


ane ‘uit dal ree 


| 

{ ; 
H 

| q ) - L 


i 
7 ‘ 
, ~—~— : 


{ ene ‘ > _—- ees | 
| Old Source Program File! New Source Program File N/A 
— CARDINPUT __ PRINTED OUTPUT CARD OUTPUT 
INPUT bf OutpuT | PUNCH 
CARD | [i aa ; 
READER | || AUDIT | Carriage ye j 


ae peewee /| 
| PUNCH FILE-SP_ | 
‘ (Ootional) — | 


setewereemens ests eee tre 


" FILE-SP | | Control 


EMPTY oe 
Le 


ee | | otional) 


a | Standard ; | 
| 
| 
| 


r et ey ea ae te we ee re ee, 
H 


ee 


84h 


JCVS USAGE FORM 


Function: SOPMM 
Computer: CDC-6400 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
en enee ge eee ieee ee ott ean eee Lee anaes 
TAPE! | TAPE2 | TAPES | 
YI OlLOE 
Lod a ie 
renee | "homens ees 
Old Source Program Fild SCRATCH. |... N/A... 
a CARD INPUT «PRINTED OUTPUT __ _. CARD OUTPUT 
INPUT | | OUTPUT ae PUNCH 
One ees | Standard = Carriage — 
Zz / | Form Control CARD PUNCH 
ea ta 4 tees READY 


“JOB DECK J i 


| 
, | 
iene eee 


| 
| 
| 
| 
| 
| 


por ee 


t 
t 
I 
‘ 
i 
| 
\ 
\ 
’ 
i 
_ 


JOB DECK STRUCTURE 


(1) 


SEQUENCE, 14156, SMA. 

JOB, 93007, 10,10,35000. SOPMM 
REQUEST, TAPE], HI. (REEL/NORING) 
REQUEST, TAPE2, HI. (ASSIGN/RING) 
REWIND (TA PE2) 


LOAD (INPUT) 
EXECUTE (SOPMM) 


(End of Record Card) 

(Binary Program Deck-SOPMM) 
(End of Record Card) 

(Control Card-S P) 

(Current File-SP Deck) 

(End of File Card) 
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renee eee | Secret 


Function: 


SOPMM 


Computer: 


Operating Philosophy: 
Stage: 


TAPE] 


en 


Old Source Program Fil New Source. Program Fil 


BRD INPUT 


| NPUT 


CDC-6400 


JCVS USAGE FORM 


Load Binary Deck and Go 
OUTPUT 


a 
TAPE2 


en 


__ PRINTED OUTPUT 


| Standard 
, Carriage . 
| Control 
Tape 


oy 
| 
al ; 
et 
ei 
ay ! 


aS 
-_ ¢ 
me 
na 


\i 
ae 


! 
: 


| 
| 
| 
i 


TA Pr 3 | 
ie 
eat 
ae, 2: eer 


__CARD OUTPUT _ 
PUNCH 


3 . 
L NeanGuld FILE-SP 


JCVS USAGE FORM 


Function: JCVSRP 
Computer: CDC-6400 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 


L. N/A. | a. eee 
___CARD INPUT __ PRINTED OUTPUT 

j | 

[ INPUT | OUTPUT ‘Standard | 
| ee ere. ' Standard = Carriage | 
| i | Form “Control | 
| fee, i Tape 
| f JOBDECK =; ji | | 
| arena! | L | | 
Seen eee a eran Waray | 


JOB DECK STRUCTURE 
(1) 


SEQUENCE, 14156, SMA. 
JOB, 93007, 10, 10, 35000. JCVSRP. 
REQUEST, TAPE3, HI. (XXXX/NORING) 


COBOL (LXRM). 
iSO), 


(End of Record Card) 

(COBOL Source Program Deck - JCVSRP) 
(End of Record Card) 

(Control Card-RP) 

(End of File Card) 
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Population File... _t 


og AD OOTEOT 
PUNCH 


CARD PUNCH 
READY 


oo + 
' 


ners aicicsemr ees | is 


XXXX = Population File Reel Number 


JCVS USAGE FORM 
Function: JCVSRP 
Computer: CDC-6400 
Operating Philosophy: | Compile Source Program and Go 


Stage: OUTPUT 
5 WEE 


TAPE] 4 TAPE2 TAPES tid 
4 
| | | 
| l | 
a a) i WA SeenrOeee ae poeulavien k ile. _ | 
CARD ENPUT PRINTED OUTPUT __ ___CARD OUTPUT 
| INPUT a output | PUNCH 
CARD Standard | ee mare eit ues 
| Renin AUDIT |. Carriage | LZ 
| EMPTY | - {| FILE-RP Control ; Ee nee. 
; Tape (PUNCH FILE |’ 
| ra ‘ae roy 
aeeecene none ee | Ren Pes: See 
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JCVS USAGE FORM 


Function: JCVSRP 
Computer: CDC-6400 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
cee PES ee ee 
TAPE | | TAPE2 | TAPES | 
eaeeee 
Pe: | = | 4 
ee: een (— ee | Populatien Eile. wan 
.. CARDIANPUT ___.PRINTED OUTPUT __ ___. CARD OUTPUT - 
INPUT | | OUTPUT | standard | | PUNCH 
Ieee ee | ! Standard Carriage , | | 
ra x | Form Control, CARD PUNCH 
oe : age | READY | 
ae DECK | | i | | 
| : 
ee ee Me eee — = od 
JOB DECK STRUCTURE 
(1) 
SEQUENCE, 14156, SMA, 
JOB, 93007, 10, 10, 35000. 
REQUEST, TAPE3, HI. (XXXX/NORING) XXXX = Population File Reel Number 


LOAD (INPUT) 
EXECUTE (JCVSRP) 


(End of Record Card) 

(Binary Program Deck - JCVSRP) 
(End of Record Card) 

(Control Card - RP) 

(End of File Card) 


9] 


JCVS USAGE FORM 


JSCVSRP 
CDC-6400 


Operating Philosophy: 


Function: 
Computer: 


Load Binary Deck and Go 


Scie OUTPUT 
aoe ere eee ee __ TAPES 
| TAPE] TAPE2 | 
| ie’ ! 
PCy.) QQ | 
Sakeins } a | 
= ae NWA | 


__CARDINPUT  —__ __ PRINTED OUTPUT _ 


| INPUT m= OUTPUT 
| a ae si ' Standard ; 
| READER | AUDIT | Carriage 
{ EMPTY | | FILE-RP | Control 
| L P caas | Tape 
} Pe | 
j , 
ee ee Sacre eee 

/ 
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ai RT 
—_—, /| 
| ST ae 4 
{ { 
| PUNCH FILE af 
1 dene 


JCVS USAGE FORM 
Function: —|NIPOPI 
Computer: CDC-6400 
Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
ot 


TAPE2 ; TAPES» | 


a 
> | —) 
y 
ian aoe 
ut 
gC) 


jo SCRATCH ds SRATGH 


CARD INPUT _ PRINTED OUTPUT ____CARD OUTPUT. 
| 
| | NPUT | OUTPUT | standard | PUNCH 
: eee | Standard = Carriage 
| aa {| Form Control CARD PUNCH 
nT ae | READY 
, Tape 


[208 at | 


JOB DECK STRUCTURE 
(1) 


SEQUENCE, 14156, SMA. 
JOB, 93007, 10, 10, 35000. INIPOPI. 


cc OC, 
i 
{ 
! 


re ee 


COBOL (LXRM). 
LGO, 


(End of Record Card) 

(COBOL Source Program Deck - INIPOP) 
(End of Record Card) 

(Control Card - |P) 

(Current File - PF Deck) 

(End of File Card) 


Pita mi tis apres 2: 


JCVS USAGE FORM 
Function: INIPOP] 

Computer: CDC-6400 

Operating Philosophy: | Compile Source Program and Go 


Stage: OUTPUT 
ee On PO A eee 
TAPE | | TAPE2 | TAPES 
{ ’ 
enne 
OQ | ¢ 
| eee 7 ee 
, 
| NYA Population File. | _ SCRATCH. 
_..CARD INPUT __ PRINTED OUTPUT __ _... CARD OUTPUT 
| INPUT OUTPUT | PUNCH 
CARD f | | Standard | | eases 
| READER | AUDIT | Carriage | # PA 
SKY | { FILE-IP | | Control ‘eee 
| HL ae i ae | PUNCH FILE-IP ./ 
| | | a | Er 
ae ae ae eee am eae eee 
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JCVS USAGE FORM 
Function: INIPOPI 


Computer: CDC-6400 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
Fe eee lanes Oe ee ee ee 
TAPE] | TAPE2 TAPES | 
| 
) | a, 
' 
a a Lb 
N/A SCRATCH | SCRATCH. __ | 
an ARB INPUT ___. PRINTED OUTPUT __ __.. CARD OUTPUT __ 
| INPUT tf erence! | PUNCH 
1 j 
| rare eee: = Standard Carriage | 
| eA S ii Form Control ! CARD PUNCH 
a) 
! | 
| f JOB DECK V : | i | 
a a Ore ies i : | L : 


JOB DECK STRUCTURE 


(1) 


SEQUENCE, 14156, SMA. 
JOB, 93007, 10, 10, 35000. 


LOAD (INPUT) 
EXECUTE (I NIPOP) 


(End of Record Card) 

(Binary Program Deck - | NIPOP) 
(End of Record Card) 

(Control Card-|P) 

(Current File-PF Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: —|NIPOP1 
Computer: CDC-6400 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
epiteste | centage MOE ae itneiranslitisicmnii 
j TAPE] TAPE2 | TAPES 
| C | C) e 
lf Ll 
NA Population File | SCRATCH | 
_CARDINPUT PRINTED OUTPUT _ __CARD OUTPUT __ 
| INPUT — ~OUTRUT ] PUNCH 
CARD | Standard | pete 
| READER AUDIT Carriage ! i | 
ane) ' - | Control | f- eae | 
| | [ |" ie [ PUNCH FILEIP / 
| ey Meee Seen nA 
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JCVS USAGE FORM 


Function: INIPOP2 
Computer: CDC-6400 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
Bee el eee oe i ee eae 
TAPE 1 | TAPE2 | TA PE3 | 
" 
ennennen 
Re | Pha at | Lee i 
Old Population File | SCRATCH = | SCRATCH | 
__.. CARD INPUT mS. NTED OUTPUT ___. CARD OUTPUT 
: INPUT | OUTPUT lead PUNCH | 
| Deas eee ae ae | Standard Carriage 
| / Jf\ ‘Form Control. CARD PUNCH 
| foe ee KH fap READY ! 
| JOB DECK |} : | | 
ee | | | | | 
ae eee, ble /| eee 7 
JOB DECK STRUCTURE 
(1) 
SEQUENCE, 14156, SMA. 
JOB, 93007, 10, 10, 35000. INIPOP2. 
REQUEST, TAPE], HI. (XXXX/NORING) XXXX = Population File Reel Number 


COBOL (LXRM). 
LGO, 


(End of Record Card) 

(COBOL Source Program Deck ~ I NIPOP) 
(End of Record Card) 

(Control Card~IP) 

(End of File Card) 
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Jevs USAGE FORM 


Function: INIPOP2 
Computer: CDC-6400 


Operating Philosophy: | Compile Source Program and Go 


Stage: OUTPUT 
eae ot NO a 
1 TAPE] a a TAPE2 | TAPE3 | 
| ~ | 
| a | Cl CY 
| ness Seam ced Resyeeo | 
{Old Population File i |New Population File | __. SCRATCH _ __ : 
_ CARD INPUT _ __ PRINTED OUTPUT ; CARD OUTPUT | _ 


INPUT “ourpur | 
} CARD i | Standard » | 

| READER | AUDIT Carriage | | 
| 

} 


| FILE-IP 1 Comral ; a 
EMPTY 
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PUNCH 


= ie oe [PUNCH FILET? 


| 
eee oe ee ee 


JCVS USAGE FORM 
Function: INIPOP2 
Computer: CDC-6400 
Operating Philosophy: Load Binary Deck and Go 
Stage: INPUT 


ennennen 
Toe i oe 


Old Population File SCRATCH __- 


_ CARDINPUT___ ___ PRINTED OUTPUT _ CARD OUTPUT 
| INPUT | GUTPUT ‘Standard | PUNCH | 

| ee ee | Standard Carriage | 
ff Ji, | Form Control | =| CARD PUNCH 

| Lonnnnnnnf 4 Tape =| =| «READY 

| { JOB DECK / 
Cay | 

| 

Pee ae eee ae ee | eee =. a 
JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. INIPOP2. 

REQUEST, TAPE], Hl. (XXXX/NORING) XXXX = Population File Reel Number 


LOAD (INPUT) 
EXECUTE (INIPOP) 


(End of Record Card) 

(Binary Program Deck - INIPOP) 
(End of Record Card) 

(Control Card-1P) 

(End of File Card) 


ad 


INI POP2 
CDC-6400 


Function: 
Computer: 


Operating Philosophy: 
Stage: 


ain an aa peer spe eras owe mees awe 


_ TAPE] 
| 


a 


Old Population File 1 


— .£ARD INPUT __ 


1 NPUT 
CARD 


READER 
EMPTY 


aa iain leila 


a 


- 


| 
{ 
{ 
i 


_New Population File | 


~JICVS USAGE FORM 


Load Binary Deck and Go 
OUTPUT 


TED casa 
TAPE2 


CY 


al al. 


_ PRINTED OUTPUT ; 


aie | ~~ PUNCH | | 

iL ~ | | Standard | oe See 

AUDIT | Carriage | / /| 

rr FILE-[P | Control fon = | 

aot | Tape H y 

aes | | [PUNCH FLEA / | 
Erereenere™ |Senereener (eee pee resar i aarer 
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JCVS USAGE FORM 


Function: POPFM1 
Computer: UNIVAC = 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: 1 NPUT 
Sa ee 3 SAPES . a eee a! 
| UNISERVO A | UNISERVO 8 i. UNISERVO C | 
} = | sti 
a | @ — 1 F | 
a | | > ae 
| =< ee 7 
1 N/A 3 SCRATCH _{ —— 
CARD INPUT | PRINTED OUTPUT CARD OUTPUT 
i CARD READEREIGHT PRINTER” | fe ie PUNCH EIGHTY | 
; ‘ Standard , 
er ees, ~ Standard Carriage 
: / 7 (| ; Form Control CARD PUNCH 
i? ia | ; Tape } READY 
JOB DECK |; J, | 
2 aie soe ! 


+ 
‘ 
1 
Gane en ee eee ee 


SS 


aa ae ae On 


JOB DECK STRUCTURE 
Q) 
(@ RUN 1 POPFM1, DDCG, 5, 300 
(@ ASG B= SAVE 
© BRE| COB POPFM1 
(COBOL Source Porgram Deck - POPFM) 
@ XQT POPFM1 


(Control Card = PF) 
(Current File - PF Deck) 


(@) FIN 
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PO PFMI] 


Function: 
Computer: 


Operating Philosophy: 
Stage: 


UNISERVO 


OY 


[Pk eae ad 


__ CARD INPUT 


CARD READER EIGHTY 
CARD 


| 
| EMPTY 
= | 


JCVS USAGE FORM 


UNIVAC - 1108 


TAPES 
lu UNISERVO 8 


i *) 


f 
t 


PRINTED OUTPUT 


__ PRINTER | 


' Standard 
. Carriage 
_ Control 


- | Tape 


| AUDIT 
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Compile Source Program and Go 


OUTPUT 


UNISERVO = C 


New Population File ,; 2 | 


[CARD PU NCH EIGHTY | 


i 
{ 
| 


go 


a 
‘ awe 


oe OUT 


7 o 


ee 
‘ { 
Hence FILE-PF 


* {Opticod). | 


JCVS USAGE FORM 
Function: POPFMI 
Computer: UNIVAC = 1108 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
| UNISERVO A =; UNISERVO. B | _-UNISERVO. OC 
! ) ( \ ( \ ' 
| oe pees ‘ Sie, . ‘ ‘ ~~ : : i 
| N/A 7 SCRATCH | N/A 
— CARDINPUT ___ PRINTED OUTPUT _ - CARD OUTPUT 
‘CARD READER EIGHTY! = PRINTER Gtandard |CARD PUNCH EIGHTY: 
aN . ' Standard Carriage | 
/ A \ / Form Control | CARD PUNCH 
ee ae laps SC READY 
— { SOBDECK = J, io 
{ Cae tat “ 
ae owes ae 2 l a 1 


JOB DECK STRUCTURE 


(1) 
@ RUN 1 POPFM1, DOLG,5,300 
@ ASG B= SAVE 
(Binary Program Deck - POPFM) 
@ XQT,POPFMI 


(Control Card = PF) 
(Current File - PF Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: POPFMI 
Computer: UNIVAC = 1108 


Operating Philosophy: Load Binary Deck and Go 


Sates OUTPUT 
—- —- = a isniatad abn 0 ning TAPES — ee ee ere tT ee 
| UNISERVO ~ lu UNISERVO B | un UNISERVO 
me OC) 
| | 
! ) | ie 
es tages Nee! 3 ee: 
i e in New Population File” a. N/A i 
__CARDINPUT PRINTED OUTPUT _ CARD OUTPUT __ 
|CARD READER EIGHTY | “PRINTER | ie PUNCH EIGHTY 
| CARD | it | Standard | | Rte ee i 
| READER i AUDIT "Carriage | | va Ps 
eneey | f aed) Control | ee ae 2 
| | [ |Tape | | PUNCH FILE~PE 
1 ae a 7 
i LL ptionay | | _ (Optional) 


JCVS USAGE FORM 


Function: POPFM2 
Computer: UNIVAC -1108 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 
UNISERVO A =} UNISERVO 8B | UNISERVO Co: 
a -— oom 
a ' ‘ a ~*~ j f = 
! ! ; { i , 

oa a ae ee ce 

| Old Population File | SCRATCH N/A Jj 
—  CARDINPUT PRINTED OUTPUT CARD OUTPUT 
fs ming © i) 
'CARD READER EIGHTY! | PRINTER Standard |CARD PUNCH EIGHTY | 
ye eee | ' Standard Carriage | ; 
Va vu Form Control | CARD PUNCH 
ee oe ee 
{ JOBDECK =}. | 
| | ! | 
Riicgon tg gro eageel ts ecg eas a ea Caeser eV i asl { ‘ 
JOB DECK STRUCTURE 
(1) 
@ RUN 1 POPFM2,DDLG,5,300 
@ ASG,B,A = XXXX XXXX = POPFILET reel number 


@ BREI COB POPFM2 
(COBOL Source Program Deck - POPFM) 
@ XQT POPFM2 


(Control Card - PF) 
(Current File - PF Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: POPFM2 
Computer: UNIVAC = 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
TAPES — 
i ‘UNISERVO A { UNISERVO B | UNISERVO Cc 
| -) ~\ oe 
| | | ~ a 
{ Wibraeaia guna: ey j eee J Tnssmatetows, «wees! | 
| Old Population File { New Population File | N/A \ 
-CARDINPUT _ PRINTED OUTPUT ; CARD OUTPUT _ 
ical CARD READER EIGH’ PRINTER ! [cs CARD PUNCH EIGHTY 
| | Standard | | poe 
READER i AUDIT Carriage | zx Fg 
muery L RILESPE | | Control ee 
| i oe pare | | Cree FILE= Pe 
| ee) ' G 
ee eee — sietsk 


| 
| 
| 
L aren 


eee te 


JCVS USAGE FORM 


Funclion: POPFM2 
Computer: UNIVAC = 1108 


Operating Philosophy: — Load Binary Deck and Go 


Stage: INPUT 
TAPES - 
Pieseetacie ope 
| un UNISERVO A a UNISERVO =B | UNISERVO Cs 
aa gr a, : 
| . | ore ! Of 
~ NES epee | ~-. a , 
| Old Population File | SCRATCH =|. NJAC 
CARD INPUT PRINTED OUTPUT CARD OUTPUT 
‘ CARD READER EIGHTY! 1 PRINTER | Standard | CARD PUNCH EIGHTY | 
eee ae ‘ Standard Carriage 
! VA a Fomn  _ Gontral CARD PUNCH 
Po heme wee f | Tape READY 
! JOBDECK =} | ! 4 | 
: Lj | | ! 
‘ . siisieel a LA i 
JOB DECK STRUCTURE 
(1) 
@ RUN I POPFM2, DDLG,5,300 XXXX = POPFILE] reel number 


@ ASG BA = XXXX 
(Binary Program Deck - POPFM) 
@ XQT POPFM2 


(Control Card - PF) 
(Current File - PF Deck) 


@ FIN 
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JCVS USAGE FORM 
Function: POPFM2 
Computer: UNIVAC = 1108 
Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
TAPES eae 


UNISERVO B UNISERVO C 


«Tove “+ ] wi 
Ol OC) | C " 


[ 
: 
| 
| 
| Old Population File ; New Population File. 


“UNISERVO 


et a mck ina enn Se ory nl 


meee we NM + eawreae ewes 


CARD INPUT _PRINTED OUTPUT. __ CARD OUTPUT 
CARD READER EIGHTY | ______ PRINTER CARD PUNCH EIGHTY 
| CARD | | Standard ne ee er 
READER AUDIT Carriage ; va / 
| | fi ee-P |i Contrt 2 |Z. a7 

| iia | Loe | fs | PUNCH FILE~ ety 

j sak 
bt Lp tional | | (Option. 
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JCVS USAGE FORM 


Function: SELECT 
Computer: UNIVAC = 1108 


Operating Philosophy: Compile Source Program and Go 


Stoge: INPUT 
TAPES 
| UNISERVO A : UNISERVO B | UNISERVO . 
ea a ea ee 
{ \ Le ‘ ( . | x ( ¥ ‘ 
{ See. ~ i Seis Ag hs ae, i 
| Population File | © SCRATCH | NWA, 
—— CARDINPUT =—————S_—séPRINTED OUTPUT CARD OUTPUT 
i ! i ! 
‘CARD READER EIGHTY ! PRINTER = Standard . | CARD PUNCH EIGHTY’: 
oan aes . Standard Carriage 
ff Gi Form Control | «~~ CARD PUNCH 
{ ; eee seeak i {. : Tape | REA DY 
f JOBDECK «3. | oe 
Pot iy ! | 
Fe eh epee! Otaath Se tat af ‘ | 
[eee Sree ee ee a ae eee | Peg ae | u ‘ 
JOB DECK STRUCTURE 
(1) 
@ RUN 1 SELECT,DDCG,5,300 XXXX = POPFILE] reel number 
@ ASG A = XXXX,B = YYYY YYYY = JOVSP reel number 


@ BREI COB SELECT 
(COBOL Source Program Deck - SELECT) 
@ XQT SELECT 


(Control Card - S) 
(Test Selection File Deck) 


@ FIN 
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SELECT 


Function: 
Computer: 


Operating Philosophy: 
Stage: 


: UNISERVO. 


ay 


L Population File 


CARD INPUT | 
CARD READER EIGHTY, 
CARD | 


| 
| READER 
! EMPTY 


JCVS USAGE FORM 


UNIVAC = 1108 


Compile Source Program and Go 


OUTPUT 
TAPES _ 

eee ee eer 
; UNISERVO B tou UNISERVO Cc 
i eae 
6 Cc ») 
| ) 
t 
; Me erence } ae 
t Source Program File ul “N/A — 


_ PRINTED OUTPUT _ CARD OUTPUT 


= “PRINTER |CARD PUNCH EIGHTY | 
! Standard eee seo: 
'' AUDIT |; . Carriage a Z 
FILE-s | | Control /. a) 


{ 
; Tape | | i PUNCH FILE-S_ 
a = 


a 


(Optional) | __ (Optional) _ seo Ke 
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JCVS USAGE FORM 


Function: SELECT 
Computer: UNIVAC = 1108 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES _ 
. eee ee ae + eg , 
lu Dae | UNISERVO B | UNISERVO = C 
| a a a, 
| \ eo oe 
\ " ( = = e 
{ ne File a . SCRATCH 7 _ N/A : 
_.. CARD INPUT _ PRINTED OUTPUT _ CARD OUTPUT 
'CARD READER EIGHTY | PRINTER Standard | CARD PUNCH EIGHTY 
| eee 3 , Standard Carriage . 
| vA Pi : Form Control, | CARD PUNCH 
or , Te 8 READY 
JOB DECK ' J | 
| a 
| aoe. é 9 Marge ree ‘ ! H 
L ee ae i 4 [ 
JOB DECK STRUCTURE 
(1) 
@ RUN SELECT, DDLG, 5,300 XXXX = POPFILE] reel number 
@ ASG A = XXXX B= YYYY YYYY = JOVSP reel number 


(Binary Program Deck - Select) 
@ XQT SELECT 


(Control Card = S) 
(Test Selection File Deck) 


@ FIN 


111 


JCVS USAGE FORM 


Function: SELECT 
Computer: UNIVAC - 1108 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
TAPES _ 
PPR a ree ee a Sauce aaa 
UNISERVO A lu UNISERVO B lu UNISERVO Cc | 
i = a 
B: i. | ~s 
| } 4 ( ) | 
. { oF i 
eee | Sek cacenel { 
Population Fi , ___{ Source Program File j; == 2 N/A. } 
__CARDINPUT PRINTED OUTPUT CARD OUTPUT 
T CARD | READER EIGHTY | PRINTER : | | CARD PUNCH = 
| CARD | Standard | pong 
| READER i! AUDIT i Carriage - . / 
: | "FILES | | Control -* 
| an a a a Tape [PUNCH Fl FILES 
| ee) | 4 
eee eee (Optional) | (Optional) 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: UNIVAC - 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 
| UNISERVO A | UNISERVO 8B | UNISERVO 
a oe ee a ee ee 
oo or oo 
i oe | ae 
[Old Source Program Fle; SCRATCH N/A 
CARD INPUT —__ PRINTED OUTPUT _ CARD OUTPUT 
) 1 eae oa ’ 
"CARD READER EIGHTY! | PRINTER Standard | |CARD PUNCH EIGHTY | 
mee _ | ' Standard Carriage | . 
7 ret Form Control. CARD PUNCH 
ee ae | Tape | READY 
: [ac DECK | J | | | 
if 1 H } ! 
; ar ! | | ! 
fee ia dca: eee | A l 
JOB DECK STRUCTURE 
(1) 
@ RUN SOPMM, DDLG, 5, 300 XXXX = JOVSP reel number 


@ ASG A = XXXX,B 
@ BREI COB SOPMM 


(COBOL Source Program Deck - SOPMM) 
@ XQT SOPMM 


(Control Card - SP) 
(Current File - SP Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: UNIVAC = 1108 


Operating Philosophy: Compile Source Program and Go 


tage: OUTPUT 
Ce a ne TE Pe caret oaks se TAPES | aie — ane . = igs Te) Awe soe! 
a UNISERVO : UNISERVO a UNISERVO- C 
| | et eee | 
me an : al 1 CL 
! \ | 
; Wicca’ a | 
lersans Source aa File! New Source: Program Fil ae N/A oe | 
__CARDINPUT  __ PRINTED OUTPUT _ CARD OUTPUT 
| CARD READER EIGHTY, I. PRI INTER |CARD PUNCH EIGHTY 
| CARD i (aes | Standard | ee aanea ee son 
| READER AUDIT | Carriage | i / 
er. | | FILE<SP | Control _ po fan / 
: | PUNCH FILE-SP 
| {_ a | | les - ee ae “a 
en Co) Co 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: UNIVAC = 1108 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
| UNISERVO A | UNISERVO 8B | UNISERVO. CC 
(ies | anne — 

ar ae 

\ Ny ; a \ ( \ a 

lold Source Program File SCRATCH | | N/A 
— CARDINPUT | PRINTED OUTPUT _ CARD OUTPUT 
“CARD READER EIGHTY| =| PRINTER Sy eg | |CARD PUNCH EIGHTY | 
ronan ' Standard Carriage 3 
PA PAT Form Control. CARD PUNCH 
| hoe tet E Tope | READY | 
i | JOBDECK 3: J: : | | 
ees Saal | | ) ; 
. es ee Se er wee ea (ieee 
JOB DECK STRUCTURE 
(1) 
@ RUN SOPMM, DDLG,5,300 XXXX = JOVSP reel number 


@ ASG A = XXXX,B 
(Binary Program Deck - SOPMM) 
@ XQT SOPMM 


(Control Card - SP) 
(Current File - SP Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: UNIVAC = 1108 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
TAPES | 
ae eee eee re eee oe ee Ses so 
| “UNISERVO 1 UNISERVO- B vie UNISERVO 
| - 
| | 
a i | 
Old Source ca Fila New Source esa File i 


CARD INPUT _PRINTED OUTPUT _ ee 
|cAaRD READER EIGH ___ PRINTER ! [CARD PUNCH EIGHTY] 
CARD ae Standard - | ae ae 
READER 1! AUDIT : Carriage | /\ 
| | |! FILE-SP | | Control form nnn | 
| ih uae . ipo PUNCH FILESSP 

i a ; | aed ohh lie i“ 

jo | (Option re _. Optional) 
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JCVS USAGE FORM 


Function: JCVSRP 
Computer: UNIVAC - 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 
| UNISERVO A : UNISERVO BB | UNISERVO Cc} 
eS { - = | ao 

| ( \ : ( 4 ‘ 

| \ I i \ Be ( , H . : l ‘ 

NMA N/A | Population File =, 

, Popu 
— CARDINPUT | PRINTED OUTPUT _ _ CARD OUTPUT 
| { ! { { ! 
‘CARD READER EIGHTY | | PRINTER =: Standard |CARD PUNCH EIGHTY | 
ene | Standard Carriage ; 
7 fu . Form Control. CARD PUNCH 
ees aa Tape READY 
| [ JOBDECK 3 ! aa 
a: a ! 
a oe on | 
Getcha wacstorts picreiis Dee i SG teae ail een | t a 


JOB DECK STRUCTURE 
(1) 
(@ RUN 1 JCVSRP, DDCG,5,300 
@ ASG C = XXXX 
@ BRE] COB JCVSRP 
(COBOL Source Program Deck 
@ XQT JCVSRP 
(Control Card - RP) 


@ FIN 


XXXX = POPFILE] reel number 


- JCVSRP) 


—— ————— —S eee a 


JCVS USAGE FORM 


Function: JCVSRP 
Computer: UNIVAC = 1108 
Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 
__TAPES _ 
proce eo me _ “ 
| UNISERVO a lu UNISERVO 5 | ou UNISERVO C 4 
} 
! : a 
i Oe _t ee 
ee) a oe A 4 Population File Reports | 
__CARDINPUT __ PRINTED OUTPUT _ __ CARD OUTPUT | 
| CARD READER EIGHTY ee “PRINTER | |cARD PUNCH EIGHTY 
| CARD | | | Standard © Soe en ergaties 
READER AUDIT Carriage | an o 
| : FILE=RP at Control | * 
| is 7 Il a | Tape | PUNCH FILERe 
| eae | he ne ar | 
VAP oareee ieee eat one pene cz we NWA 
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JCVS USA 


Fu ictior: JCVSRP 
Cc inpute r: UNIVAC = 1108 


Op rating Philosophy: 


Stage: INPUT 
JNISERVO A | UNISERVO 
~~ 3 
4 
ees NA | 
_ CARDINPUT PRINTED OUTPUT _ 
! 
CARD READER EIGHTY | | PRINTER 
ee eee ' Standard 
‘ {1 
| JOBDECK | J. 
eee 
ee ae ae 


JOB DECK STRUCTURE 
(1) 


@ RUN 1 JCVSRP, DDLG, 5,300 
@ ASG C = XXXX 


(Binary Program Deck - JCVSRP) 


@ XQT JCVSRP 
(Control Card - | P) 


@ FIN 


Load Binery Deck and Go 


UNISERVO  =—C 


Form 


oe 


ar | 

\ i 

: PopuationFile =; 
CARD OUTPUT 


a 
!}CARD PUNCH EIGHTY ! 


CARD PUNCH 
READY 


XXX XX = POPFILE!] reel number 


JCVS USAGE FORM 


Function: JCVSRP 
Computer: UNIVAC = 1108 
Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 
TAPES 

Se saeneaaiecamm | 

| UNISERVO | UNISERVO B | uN UNISERVO 3 C 

| | s 1 wy | 

| , ! 7 oa 

| | “4 ee: | 

loa - wae oe ak Population File =} 
CARD INPUT _ __ PRINTED OUTPUT CARD OUTPUT _ 
{CARD READER EIGHTY| |_ = _ PRINTER | CARD PUNCH md 
| CARD | in ‘| | Standard » | pee 
READER {} AUDIT ; Carriage | . / /| 
| aoe | || FILE-RP | Control ig. / | 

} pe 1 

| x ee. | Tape | |FUNCH FILE } 
| a Le. cA 
er eee were meron ein lac ag a Le 
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JCVS USAGE FORM 


Function: INIPOPI 
Computer: UNIVAC = 1108 
C perating Philosophy: Compile Source Program and Go 


Siage: INPUT 
TAPES 

| UNISERVO A | UNISERVO B | UNISERVO Cf 

j oN | ~~ a = 

| a ) | (| | f 

| a 3 \ hee - 

Lo NWA scratch | ScRATCH 
__CARDINPUT —__ ___ PRINTED OUTPUT _ .. CARD OUTPUT 
‘CaRD READER EIGHTY | PRINTER — | Standard | CARD PUNCH EIGHTY: 
| Pete 2 : Standard Carriage | 
/ Vat © Form Control. CARD PUNCH 
a eee a | foe ! REA DY 
| eG JOBDECK | : | : | 

bee onan men cena | | | : 
| | i | | i 
Rese Seta ee ee a ea Lar ey ner won zee pr) ere ae ere =e oem | { 4 
JOB DECK STRUCTURE 
(1) 
@ RUN I INIPOP, DDICG, 5,300 
@ ASG B,C 


@ BRE! COB INIPOP 
(COBOL Source Program Deck - INIPOP) 
@ XQT INIPOP 


(Control Card - !P) 
(Current File - PF Deck) 


@ FIN 


12) 


JCVS USAGE FORM 


Function: INIPOPI 
Computer: UNIVAC - 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
eee ee gs ee ge 
PUNISERVO. =A | -UNISERVO.—B | UNISERVO CC 
YI a 

| Pe CL Y OQ. 

sagen j pees | aces 

{ N/A | Population File | SCRATCH | 
__CARDINPUT PRINTED OUTPUT. CARD OUTPUT _ 
' CARD READER EIGHTY! PRINTER ic ARD PUNCH oa 
| CARD if | Standard | oS 
| READER if AUDIT ie Carriage | f “ah 
: ! FILE-IP aaa Control Z = 
| i | oe a ee Pu NCH FILES / 
L A eee a | I eal | on _ (Optional) _ 
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JCVS USAGE FORM 


Function: INIPOPI 
Computer: UNIVAC - 1108 


Operating Philosophy: 


Load Binary Deck and Go 


t 
! 
I 
1 
i 


Stage: INPUT 
eee TAPES _ 
| UNISERVO A | UNISERVO 8 
wemne 
| Se cacea a (. 
[NWA | SCRATCH 
_. CARD INPUT __ PRINTED OUTPUT __ 
CARD READER EIGHTY! | PRINTER Standard | 
ee | ‘ Standard = Carriage . 
aa m4 > Form Control 
_ Tape 


\ 
' 
| 
t 
' 
i 
t 
| 
t 


JOB DECK 


Se oe ! 


JOB DECK STRUCTURE 


(1) 


@ RUN 1 INIPOP, DDILG,5,300 
@ ASG B,C 


Grcsirnemnsee wie 


(Binary Program Deck ~ INIPOP) 
@ XQT INIPOP 


(Control Card = |P) 
(Current File - PF Deck) 


@ FIN 
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UNISERVO 3 C | 


oe . \ 

( ! 
a = l 
SCRATCH __ 


_ CARD OUTPUT ra 
‘CARD PUNCH EIGHTY '' 


CARD PUNCH 
! READY 


JCVS USAGE FORM 


Function: INIPOPI 
Computer: UNIVAC = 1108 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
_ TAPES | 
UNISERVO tu UNISERVO _B tr UNISERVO  C | 
“es oe ae 

| eo aoe 

| Mcccalnat Wicescagel ere 

| __N/A____|_ Population File | _ __ SCRATCH} 
_..CARDINPUT PRINTED OUTPUT _ CARD OUTPUT 
|CARD READER EIGHTY [ PRINTER [CARD PUNCH EIGHTY | 
|” CARD | {|| Standard eee 
| sehen | ' AUDIT | Carriage | / ra 
| | f FILE-IP , Control fd 
| iia ; ot | ie pir | PUNCH FILEP | 
{ =a eae 
ee ete ee _ | foptionaly| | : “(Optional J 
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JCVS USAGE FORM 


Function: INI POP2 
Computer: UNIVAC = 1108 
Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 


UNISERVO A UNISERVO- B UNISERVO  C 


E 
| | 
ae Pe eee --~., 
oe oe ee ee a ee ee ee 
ee ee ee ee ee. 
icles | 
| 
4d 


Be x 
|Old Population File 


SCRATCH | SCRATCH 


CARD INPUT PRINTED OUTPUT CARD OUTPUT _ 
pe li eee = oa my ye | 
CARD READER EIGHTY | | PRINTER | Standard | ‘CARD PUNCH EIGHTY | 
onan ae | ' Standard Carriage 
| Z fi | Form Control CARD PUNCH 
TP cantons Me ‘Tape ! READY 
| [ JOBDECK 1 J. | ! 
es an eee - 3 1 

JOB DECK STRUCTURE 
(1) 
@ RUN 1 INIPOP, DD2CG,5,300 XXXX = POPFILET reel number 


@ ASG A = XXXX,B,C 
@ BREI COB INIPOP 


(COBOL Source Program Deck - | NIPOP) 
@ XQT INIPOP 
(Control Card - | P) 


@ FIN 


go 


JCVS USAGE FORM 


INIPOP2 
UNIVAC ~ 1108 


Function: 
Computer: 


Compile Source Program and Go 
OUTPUT 


Operating Philosophy: 


Stage: 
PO ae 


UNISERVO- B 


@! 


New Population File _ 


UNISERVO 
\ 
{ 
j 
{ 
ft 


lola Paeiloran Ale. 2 


ee a ee ee 


_CARD INPUT PRINTED OUTPUT 

ee ioe Saanitaiiaih Gime 

fc CARD READER EIGHTY i ____PRI NTER | 

| CARD | i | Standard - 

| READER AUDIT Carriage - 

santos | Control, 

| 

eer eee: | con | 
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~ UNISERVO 


a 


_ SCRATCH _ 


‘CARD OUTPUT 
CARD PUNCH EIGHTY 


co 
| —_ seSeron A 


/ 
/ 
hin 
/ 


a FILE~ Me, 


~ (Optional) _ 


JCVS USAGE FORM 


Function: INIPOP2 
Computer: UNIVAC = 1108 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
eee = = 
| UNISERVO A ; UNISERVO- B 
a | =, | 
| ( \ | a \ | 
ee a 
{Old Population File | SCRATCH 
_. CARDINPUT ____PRINTED OUTPUT _ 
! 
[CARD READER EIGHTY} | PRINTER Standard | 
a Goer 4 ‘ Standard Carriage 
7 fil : Form Control 
ae aeaanienaaae Tape 
' f JOBDECK + J. : ! 
ee ee ere: Recusudenmetlln dome! 


JOB DECK STRUCTURE 


(1) 


@ RUN 1 INIPOP,DD2LG,5,300 
@ ASG A = XXXX,B,C 


(Binary Program Deck INIPOP) 
@ XQT INIPOP 
(Control Card = |P) 


@ FIN 


127 


UNISERVO C 
\ j 
SCRATCH, 
CARD OUTPUT __ 


| CARD PUNCH EIGHTY : 


CARD PUNCH 
REA DY 


XXXX = POPFILE] reel number 


Function: 
Computer: 


INIPOP2 
UNIVAC = 1108 


Load Binary Deck and Go 


Operating Philosophy: 


Stage: 


CARD INPUT _ 


| CARD READER EIGHTY 


CARD 
| READER 
EMPTY 
t 


UNISERVO 


A 


| 
| 
— 


OUTPUT 


TAPES 


[t UNISERVO 


juwsavo 8 | 
akon 


| Old Population File 


_ New Population File 


PRINTED OUT. 


___ PRINTER 

To | Standard | 
i! AUDIT | . Carriage 
I FILE-IP | | Control; 
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JCVS USAGE FORM 


UNISERVO C | 
| 
{ 
i 


meeaeal 


CARD OUTPUT 


ie ee eee 
| PUNCH FILE-I 


lemme. 


~ (Optional) _ 


[CARD | PUNCH EIGHTY 


a 


Sf 


ie 


7 


JCVS USAGE FORM 


Function: POPFMI1 
Computer: GE-635 
Operating Philosophy: Compile Source Program and Go 
Stage: INPUT 
TAPES 
: ee : ’ . eon 
| A3 | A4 | Aé ! 
oe 6 oe a oe 
\ | { ] 
| ys = ( ( 
eer - New a + ties age i 
1 SCRATCH N/A a N/A. 
_ CARDINPUT PRINTED OUTPUT CARD OUTPUT 
j | eas , i ie i 
Al ; A2 “Standard | AS 
ieee raed Standard Carriage 
/ Pa Form Control CARD PUNCH 
bem, | Tape | READY 
| [ JOB DECK +} ; | 
| Pee ne | : 
t ; aed ee a 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ COBOL 
$ INCODE IBMC 


(COBOL Source Program Deck - POPFM) 


$ EXECUTE DUMP 
$ LIMITS 15,32000 
$ SYSOUT A2 
$ TA PE A3,X3S,,POPFILE],,SAVE 
$ SYSOUT A5 
$ DATA Al 
(Control Card - PF) 
(Current File - PF Deck) 
$ ENDJOB 
***E OF 
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Function: POPFMI 
Computer: GE-635 


Operating Philosophy: 
Stage: 


PO ee ee tee, 
Mi ' 


JCVS USAGE FORM 


Compile Source Program and Go 


OUTPUT 
ee eee ee 
i ¢ pm 
les Tn 
| ) | | | ( 
| C aes acl Nescecviedy cores } | 
| New | Population File : i NVA a oa N/A. ! 
_ CARDINPUT __PRINTED OUTPUT __ ___CARD OUTPUT 
Al 1 ee J | A5 
CARD | I | Standard Tee es 
REA DER AUDIT - Carriage | ; | ran we 
EMPTY | eo ee a — 
oe Tape | ‘ PUNCH FILE- PF 
call? 
oe eened ee Sec eoaail ee | (Optional) 
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Function: 


Computer: 


POPFMI 
GE-635 


Operating Philosophy: 


Stage: 


poo ee 


a 


\ 
‘ a 


A3 


ms 


SCRATCH 


CARD INPUT 


7 


Al 


JOB DECK 


JOB DECK STRUCTURE 


(1) 


LA AHA 


(8) 


IDENT 
OPTION 


! 
i 
' 
! 
| 
' 
t 
‘ 
| 
\ 
{ 


i 


JCVS USAGE FORM 


Load Binary Deck and Go 
INPUT 


TAPES 


PRINTED OUTPUT _ 
| 


(eso nee eens es wae ee a 


A2 ‘Standard | 
' Standard Carriage 
Form Control 
: Tape 
| 
{ 
iY cones 
(16) 
3154203, DATDY 
COBOL 


(Binary Program Deck - POPFM) 


EXECUTE 
LIMITS 
SYSOUT 
TAPE 
SYSOUT 
DATA 


A3,X3S,,POPFILE1, ,XXXX 


AS 
Al 


(Control Card - PF) 
(Current File - PF Deck) 


ENDJOB 


CARD OUTPUT 
: AS 


CARD PUNCH 
READY 


XXXX = reel number 


JCVS USAGE FORM 


Function: POPFMI] 
Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 


ees i 
[ A3 A4 


ennenne 
a on oe 
New Population File; == = NYA ff N/A 


fe Aare cy aaa ican ase eiew ins GA 


: 
| 
& 


_CARDINPUT Pee Eee _, CARD OUTPUT 
| Al |_—A A5 
E OSORE | 7 Saree ee 
READER |! AUDIT | Carriage | fo 
| i | |: FILE-PF | Control | Pesce /| 
| | ae ae joe FILE- re 
(ae rom _ (Optional) 7 
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JCVS USAGE FORM 


Function: POPFM2 
Computer: GE-635 
Operating Philosophy: Compile Source Program and Go 
Stage: INPUT 
; ____. TAPES - 
| H : 
: A3 | A4 Aé 
er ae, ore, % al = \ H 
oe ee ee oe 
XM a ~ ( * 2 
> Maem em ee : wee a { ta a : if 
i SCRATCH. ; Old Population File | N/A 3 
_. CARDINPUT  _ __ PRINTED OUTPUT | CARD OUTPUT 
” i 
: Al | 4 ee Stead AS 
_ | ' Standard Carriage 
7 ras Form Control CARD PUNCH 
on ar Tape READY 
JOBDECK : 3 : 1 : 
if: 
ft; Sie etiam Skee RSS ; | ! ‘ 
‘ ; { { ‘ 
L ee a a od ! 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ COBOL 
$ INCODE IBMC 


(COBOL Source Program Deck - POPFM) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TA PE A3,X3S 

$ TAPE A4,X4D POPFILE],,XXXX XXXX = reel number 

$ SYSOUT A5 

$ DATA Al 
(Control Card ~ PF) 
(Current File - PF Deck) 

$ ENDJOB 

REE OF 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


Yala 


| Tape 


New Population File | Old Population File | = N/A 
_CARD 1 PRINTED ¢ OUTPUT tT ___CARD OUTPUT 
i £ A5 
CARD | Standard - ee en eee 
| READER as AUDIT Carriage . | ZL. / 
- =r | Control , eee re 
eae ee FILESPE / 
tL 


| 
a | _ ae 4 __ (Optional) _ 


tn ee ee ee re ee ee 
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JCVS USAGE FORM 
' Function: POPFM2 
Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
i ! q 
| A3 A4 | Aé 
me i won \ Se 
Ore et ee 
| | 
7 =. | he a ae 
{ SCRATCH — | Old Population File | N/A 
— CARDINPUT _ PRINTED OUTPUT CARD OUTPUT 
j | . aed ! pie: , 4 
: Al | of A2 (Standard) | AS ! 
— ee Standard Carriage © ! 
i ff ras Form Control | = | =~ CARD PUNCH 
cette eee | Tape | READY 
‘1 { JOR DECK 7 J | ; | 
aa fj 
H re eases ONES | | 
( | | { ' { 
lesa Pa rx | es 1 ‘4 i a 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ OPTION COBOL 
(Binary Program Deck - POPFM) 
$ EXECUTE DUMP 
$ LIMITS 15,32000 
$ SYSOUT A2 
$ TAPE As, as 
$ TAPE A4,X4D,,POPFILE1, ,XXXX XXXX=reel number 
$ SYSOUT A5 
$ DATA aaa 


(Control Card = PF) 
(Current File - PF Deck) 


$ ENDJOB 
#44E OF 
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JCVS USAGE FORM 
Function: POPFM2 
Computer: GE-635 
Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
TAPES 


A4 


. | 2 
CY C 


ie 
[I 


H 2 
| ne ee Re te ee ed 


New Population File ; | Old Population File N/A _ | 
_. CARDINPUT PRINTED OUTPUT _..CARD OUTPUT 
| a . t 7 AS 
i CARD | | Standard | Rt ee 
| READER i | ieee | Carriage - | / A 
| nen | | PILE-—F | | Control. [ee 
| P- cao : [ PUNCH FILE-PE / 
~ wv 
‘ 
Serre 2 { (Optional) _ (Optional —_— 
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JCVS USAGE FORM 


Function: SELECT 
Cornputer: GE-635 
Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 

: wo pe earings Sak atid ws ha 

| A3 A4 Aé 

j a “. : / meee \ | ; Pee \ 

| \ he < a : a 

1 = es } “. P . ees 

2 SCRATCH i, Population File | N/A 
CARD INPUT PRINTED OUTPUT CARD OUTPUT 
i | ! j i { 
Al | | AZ Standard | | A5 
2 | ~ Standard Carriage 
Ps Pai Form Control CARD PUNCH 
oe ae Tece ; READY 

JOB DECK = J, 

Se ere aes a : ! 
. | : i : 
Des eee eee eee i 


JOB DECK STRUCTURE 


(1) (8) (16) 

$ IDENT 3154203, DATDY 
$ COBOL 

$ INCODE IBMC 


(COBOL Source Program Deck - SJCVS) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ TAPE A3,X3S,,SAVE, , JOVSP 
$ SYSOUT AS 

$ SYSOUT A2 

$ DATA Al 


(Control Card - S) 
(Test Selection File Deck) 


$ ENDJOB 
**4E OF 
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ines due d Sir ee al 


JCVS USAGE FORM 


Function: SELECT 
Computer: GE-635 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 

_ TAPES | 
| ! A4 
aw 
_ | 
Mice 
j 

L 


/ > 
t peg w 
pa | 
oo 

\ 

) 
tr—" 
po % 

/ 

so 


_CARDINPUT _ PRINTED OUTPUT ___ CARD OUTPUT | 

Al i ee A2 | AS 

{ CARD | [po | | Standard | cope saute 
| READER L AUDIT |; , Carriage 7 “ 
| | ; FILES | | Control feo ee / | 
ie on ae ee inane if 
ee! | | (Optionaly} eel |. (Optional) _ 
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Function: 


Compvier: 


JCVS USAGE FORM 


SELECT 
GE=635 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
TAPES 
o Sy i - 7 
A3 A4 | Ab ! 
re Ps, om 
ae ! -_ a 
| SCRATCH | Population File | N/A, 
CARD INPUT ___ PRINTED OUTPUT CARD OUTPUT 
i { ! pier ; a i ca 
Al | A2 “Standard | | AS 
ae oe | ' Standard Carriage 
Va rs Form Control CARD PUNCH 
ee ae : joe | READY 
| JOBDECK ; ») | | 
( 1 ' ‘ ' i 
jee mene | ee ae 
i 2 od 2 | 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ OPTION COBOL 
(Binary Program Deck - SJCVS) 
$ EXECUTE DUMP 
$ LIMITS 15,32000 
$ TA PE A3,X3S,,SAVE, , JOVSP 
$ SYSOUT A5 
$ SYSOUT A2 
$ DATA Al 
(Control Card - S) 
(Test Selection File Deck) 
$ ENDJOB 
***EOF 
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JCVS USAGE FORM 


Function: SELECT 
Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
eee WARES eee 
: 1 A4 | Aé | 
: ~ | Cc L oN 
} ) | | 
S wad ine | = L | 
Source Program File { Population File _ _- at PVE } 


_.CARDINPUT __PRINTED OUTPUT _ _ CARD OUTPUT 
| Al gp | A5 

| CARD | | | Standard eS 

| READER | AUDIT LS Carriage | 4 Ps 
| EMPTY | FILE~S | Control | foo ees 1 

| | a | Tape ; | PUNCH FILES’ | 
| a | | ee 
ee - | (Optional)| | | (Optional) 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: GE-635 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
TAPES 
: = ae ; 
A3 A4 
: ene ! eis i 
| / ‘ f - : 
| \ \ ( 
| ~~ & N, ( 
a SCRATCH {Old Source Program File: 
CARD INPUT _ PRINTED OUTPUT | 
| ; 
Al i A2 Standard — 


| Standard Carriage 


; rd pe Form Control 


oars es i 4 . Tape 
3 ou peck | 3 2 : 
; L/ ' { ' 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ COBOL 
$ INCODE IBMC 


(COBOL Source Program Deck - SOPMM) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TA PE A3,X35S 

$ TA PE A4,X4S,,JOVSP, ,XXXX 

$ SYSOUT A5 

$ DATA Al 
(Control Card - SP) 
(Current File - SP - Deck) 

$ ENDJOB 

w**E OF 


14] 


Aé 
. 
N/A | 
CARD OUTPUT 


AS 


CARD PUNCH 
READY 


XXXX = reel number 


JCVS USAGE FORM 
Function: SOPMM 
Computer: GE-635 


Operating Philosophy:Compile Source Program and Go 


Stage: OUTPUT 
ae eric __ TAPES _ 

2 A3 | A4 | 

: j 

ar * | \ | 

| \ 

| ae a x 
|New Source Pgm File (Old Source ce Pm File 4 


_ CARDINPUT ___ PRINTED OUTPUT | 
Al 7] A2 | ~~] 
READER ‘| AUDIT | Carriage 
| fi FILE “SP | ! Control 
EMPTY | ie aul! Tape 
| / | 
| (osha | : 
i 
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a - /\ | 
| PUNCH FILE - -SP. | 
lscitsnct) — j 


Ab | 

) 
on 
( ) | 
ere 
N/A ; } 


aa ated 


Function: SOPMM 
GE-635 


Operating Philosophy: 


Computer: 


Stage: 


CARDINPUT | 


Lo. | 
Cae ve 


oe 


an 


JOB DECK STRUCTURE 


as | 
A e 


(1) (8) 
$ IDENT 
$ OPTION 


A3 7 
e 
Pa Gq 


SCRATCH 


JCVS USAGE FORM 


Load Binary Deck and Go 
INPUT 


ea 
A4 


a 


J 


|Old Source Program File} ==» -» N/A. 


PRINTED OUTPUT. 


! { 
[ A2 Standard 
: Standard Carriage — 
‘ Form ‘Control 
| ‘Tape 
| | 
a ee 
(16) 
3154203, DATDY 
COBOL 


(Binary Program Deck - SOPMM) 


EXECUTE 
LIMITS 
SY¥SOUT 
TAPE 
TAPE 
SYSOUT 
DATA 


SPAM HM HH & 


A3,X3S 


A4,X4S,,JOVSP, ,XXXX 


A5 
Al 


(Control Card - SP) 
(Current File - SP Deck) 


$ ENDJOB 
***EOF 
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eas 6 ween acti a 


_.. CARD OUTPUT 


| 
| 
| 
L 


A5 | 


CARD PUNCH 


READY 


t 
— 


XXXX = reel number 


Function: SOPMM 
Computer: GE-635 


Operating Philosophy: 


Load 


JCVS USAGE FORM 


Binary Deck and Go 


Stage: OUTPUT 


al 


New Source Pgm Fil File 


_.CARDINPUT 
| CARD | 
| READER | 
| EMPTY | 
ae 


ie 
| 
| 
| 


_ TAPES 


C ) 


S 


One | 


Old Source Pgm File _ 


Ne Or 


AUDIT Carriage 
Ae Control 


Tape 


; 


; Standard | 


| 


+ 
ae 


| PUNCH FILE-SP 


Osta. 7 


AS 


all 


v 


JCVS USAGE FORM 
Function: JCVSRP 
Computer: GE-635 
Cperating Philosophy: Compile Source Program and Go 


Sixge: INPUT 
| : TAPES | 
A3 A4 Aé 


\ : \ i i 
’ Ly i ‘ 
‘. t ‘ 4 / ; ‘ / 


} + ‘ { 


Population File N/A t N/A 


; 
a 
Th 
\ 


(a an _ PRINTED OUTPUT - CARD OUTPUT 
' i ! 1 i 
\ Standard — e 
. oh ' Standard Carriage © ; 

Va ve Farr Contcel CARD PUNCI 
in cae ae Tape READY 
JOB DECK i i 
Lowe \ 


JOB DECK STRUCTURE 


(I) (8) (16) 

$ IDENT 3154203, DATDY 
$ COBOL 

$ INCODE — [BMC 


(COBOL Source Program Deck - JCVSRP) 


$ EXECUTE DUMP 
$ LIMITS 15,32000 
$ SYSOUT A2 
$ TAPE A3, X3D,,POPFILE|I, ,XXXX XXXX = reel number 
$ DATA Al 
(Control Card - RP) 
$ ENDJOB 
*EKEOF 


JCVS USAGE FORM 
Function: JCVSRP 
Computer: GE-635 
Operating Philosophy: Compile Source Program Deck and Go 


Stage: OUTPUT 
a aa . 


SS 
fea 
oa 
i \ 

\ 

j 

7 

7 ae 


_CARDINPUT PRINTED OUTPUT. CARD OUTPUT 
| Al [ | A2 | AS 
CARD i | ' Standard ee es 

| READER : AUDIT | Carriage | 7 

itary | f FILE -~RP F | Control ae: 

| a ae ee ce | | PUNCH FILE 

eal | { i“ 

{ H —— ay celieap atria 
Pee Le 
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JCVS USAGE FORM 


Function: JCVSRP 
Computer: GE-635 
Operating Philosophy: Load Binary Deck and Go 


Silage: INPUT 
; TAPES 
| A3 | A4 Ab 
ee ) - qq | fp oe 
| XY = : Ne { % / . 
Population File | N/A N/A . 
ss 4 i 
CARD INPUT ; PRINTED OUTPUT CARD OUTPUT 
7 ” pe : ae 
as ea : Standard re 
7 .! Standard = Carriage | 
| 7 fi Form Control CARD PUNCH 
| ene ai — ! READY | 
' | JOB DECK 4 2) | 
= ra 
, beatae cee | | | ; 
Ls 7 4 ee { i 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ OPTION COBOL 
(Binary Program Deck - JCVSRP) 
$ EXECUTE DUMP 
$ LIMITS 15,32000 
$ SYSOUT A2 
$ TAPE A3,X3D,,POPFILEI,, XXXX XXXX = reel number 
$ DATA Al 
(Control Card - RP) 
$ ENDJOB 
en EOr 
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JCVSRP 
GE-635 


Function: 
Computer: 


JCVS USAGE FORM 


Operating Philosophy: Load Binary Deck and Go 


Stage: 


i 


| Population File 


CARD INPUT 
| Al 

| CARD 

| READER | 
| EMPTY 
: | 
oe ceenen namie: eee mecee earmbece erates meravemeis ie oat mee» 


i... 
ae 


OUTPUT 
3 


A4 


a ERUNTEDOUTROT 


| AUDIT |. Carriage. 
C 


| FILERP ontrol 
t 


| 
| 
Tape a 
a 
t.. 


i. we | 
ee: eer ee | 


= ~ ae Standard | 
| 


| a 


_ CARD OUTPUT | 
ya 


le 


¢ 
| PUNCH FILE 7, 


! 
fez Sere ta fe ae nl nae ie 
N/A 


er ee er ery 


JCVS USAGE FORM 


Function: INI POPI 
Computer: GE-635 
Operating Philosophy: Compile Source Program and Go 
Stage: INPUT 
TAPES 

ae 

| A3 A4 Aé 

' ons ! er ' “8 

| —— ; fo : 

t j 

. ‘i C x i { \ U 

[ SCRATCH | SCRATCH | N/A i 
—  CARDINPUT __ PRINTED OUTPUT CARD OUTPUT 
} | veh i 
Al | i A2 ‘Standard — A5 
! = . . ' Standard Carriage 

ff we Form Control | CARD PUNCH 
4 “jf ff Tape | READY 

| f JOBDECK | ! ee 
t 1 é ae ; 
= ee oe 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDE NT 3154203, DATDY 
$ COBOL 
$ INCODE IBMC 


(COBOL Source Program Deck - INI POP) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TAPE A3,X3S 

$ TAPE A4,X4R 

$ SYSOUT A5 

$ DATA Al 
(Control Card - IP) 
(Current File- PF Deck) 

$ ENDJOB 

RREE OF 


14? 


JCVS USAGE FORM 


Function: !INIPOP] 
Computer: GE-635 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
eee i: en 7 
| A3 * AA | Ab 
— oa 
| oh | 7 _ 
| a on oe 
cere Stead Seen! 
= Population File _ SCRATCH N/A { 
noe" a bas peo atten aloata aaesoaitn Salgwian Ys ere iete lexi) = Sic ea ath ea on Sees cat ees aprascesmccn ee cbeerssaawe) relesichers, Cuemee 
__CARD INPUT __ PRINTED OUTPUT See Os 
| Al |. A2 ; (ioe | : _ 
CARD aur iw | Standard _ | ae 
| READER i AUDIT | | Carriage | / 
| | || FILE- pel Control ome 
| EMPTY | Ta iz i 
| _ | pe | PUNCH FILE-IP 
Optional) a 
ae rina LL Option 
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d 


JCVS USAGE FORM 


Function: INIPOP] 
Computer; GE-635 


Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 
a TAPES 
| A3 ! Ad 
; 4 ! exe 
‘ Fa MS VA ns ; 
ae ee ee 
{ Thee u i Sy m ( : 
| SCRATCH i SCRATCH 
— CARD INPUT” _ PRINTED OUTPUT _ 
} ! i 
a pee Standard | 
ui ' Standard = Carriage 
Va ra Form Control 
ae “ i : 
_ aa Tape 
| JOBDECK j{ ! 
‘ 4 


aa ee as 


JOB DECK STRUCTURE 


(1) (8) (16) 
§ IDENT 3154203, DATDY 
§ OPTION COBOL 


( Binary Program Deck - INIPOP) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TAPE A3,X3S 

$ TAPE A4,X4R 

$ SYSOUT A5 

$ DATA Al 
(Control Card - IP) 
(Current File - PF Deck) 

$ ENDJOB 

***kKEOF 
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CARD OUTPUT 
A5 


CARD PUNCH 
READY 


JCVS USAGE FORM 


Function: INIPOPI 
Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
a en. eee 
| A3 AA 


ennen 


apuoen Fie 7 teem 


EMPTY 


__CARDINPUT PRINTED OUTPUT_ 
| Al 1 A2 

GASP | aur ! Standard ; 
| READER AUDIT | | Carriage | 
! 


; Tape 
ed 


| 
| ! 
a Grd | - |! 


FILE-IP |! Control 
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= ED OUT) 
AS 


| a: 
 epaceapiraairtee ‘ . 
| PUNCH FILE IP / 

(Optional) 


JCVS USAGE FORM 


Function: INIPOP 2 
Computer: GE-635 
Operating Philosophy: Compile Source Program and Go 
Stage: INPUT 
; TAPES 
| A3 ! A4 
a ‘) f . ! 
a a er oe ee 
t SCRATCH SCRATCH 
CARD INPUT ; PRINTED OUTPUT _ 
; i ic 
ne | he Stanclard : 
| ! Standard Carriage 
vA gt Form Control 
t ee ete cates ; ; Tape t 
JOBDECK {4 3 
were t ; : 
i 3 ae eee sepa : 
: = bs 
JOB DECK STRUCTURE 
(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ COBOL 
$ INCODE IBMC 
(COBOL Source Program Deck - INIPOP) 
$ EXECUTE DUMP 
$ LIMITS 15, 32000 
$ SYSOUT A2 
$ TAPE A3,X35S 
$ TAPE A4,X4R 
$ TAPE A6,X6R,,POPFILE], ,XXXX 
$ DATA Al 
(Control Card - IP) 
(Current File - PF Deck) 
$ ENDJOB 
***EOF 
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A6 


\ 


ae 
‘Old Population File 
i . 


CARD OUTPUT 
AS 


CARD PUNCH 
READY 


XXXX = reel number 


JCVS USAGE FORM 
Function: INIPOP2 
Computer: GE-635 
Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


C) 


1 
| 
} aed ‘ 
New Population File | SCRATCH a Old Population rile 


___CARD INPUT PRINTED OUTPUT _ _-.CARD_ OUTPUT 


| Al AD | saa 

one | ‘See | Standard eae 
READER 1 AUDIT | . Carriage | / 

| | FILE~IP |} Control: me f 

EMPTY i 

| | i Tre eae FILE , 

4 : 

L aa (Optional) [ | ~ Optional) 
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JCVS USAGE FORM 


Function: INIPOP 2 
Computer: GE-635 
Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 

~ es ties tee we - - <eee TAPES ae * He She se . . 

A3 | A4 Ab 

a hy P . 7 f % 

i oe ee ee ee, co 

| “SN hoe ee 2 ~ ; : 5 a 

b ‘weld 
_ CARD INPUT 7 __ PRINTED OUTPUT CARD OUTPUT 
{ a. 4 . 1 
ol | is Standard — | AS ; 
Papel ee are, a ' Standard Carriage 

va Ji - Form Control CARD PUNCH 
rr ae Tape READY 
; JOBDECK ; J. | Yo | 
Leo 3 
! 42 wee © -- ewe . i i , 
i ‘ 
| — | ‘ i a ib ‘ 
JOB DECK STRUCTURE 

(1) (8) (16) 
$ IDENT 3154203, DATDY 
$ OPTION COBOL 


(Binary Program Deck - INIPOP) 


$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TAPE A3,X35S 

$ TAPE A4,X4R 

$ TAPE Aé,X6R,,POPFILE], ,XXXX XXXX = reel number 

$ SYSOUT A5 

$ DATA Al 
(Control Card - IP) 
(Current File - PF Deck) 

$ ENDJOB 

*¥*KEOF 


JCVS USAGE FORM 
Function: INIPOP2 
Computer: GE-635 
Operating Philosophy: Load Binary Deck and Go 


Stage: OUTPUT 
_ TAPES 


onnen 


New Population File _ SCRATCH {Old Population File 


CARD INPUT PRINTED OUTPUT. CARD OUTPUT _ 
| aa A2 | i AS 
. ee | its ewe | Standard . ee 
| READER | AUDIT | Carriage | | a a: 
| EMPTY ' FILE~ mi Control | & ae 
| oe [PUNCH F FILIP, / 
| ‘ |(©ptional) | | Optional) ce 
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JCVS USAGE ‘ORM 


F inction: POPFMI 
Computer: IBM 360-50 
C perating Philosophy: Compile Source Program ard Go 


S age: INPUT 
ee eee cae yr 
| SYS004 '  S¥S005 SYS007 
| ( -_ ! i ! 
[ N/A SCRATCH N/A 

4 = i a 

CARD INPUT PRINTED OUTPUT _ CARD OUTPUT 

/  $¥S001 | | sysooz fg sys003 

| 7 Pee ~ Standard Carrivige 

ye J ii Form Control CARD PUNCH 

at wicks a Tape : READY 

| { JOB DECK i 

| a ! 

a ern Ne ae i 


J 2B DECK STRUCTURE 


/ ‘POPFMI, JOB (799,028,010, 1084, 10,5), ANT'CHAGNO ,MSGLEVEL = 1 
/ ‘SLEXEC COBFCLG 
/ ‘COB.SYSIN DD* 


(COBOL Source Program Deck - POP *M) 


/’/GO. SYS002 DD SYSOUT =A 

7 ‘GO. SYS003 DD SYSOUT =8 

7’GO. SYS005 DD UNIT = 2400, LABEI. =(,NL), OISP = (, <EEP),DSN = POPFILE1 
7’GO. SYSDUMP DD SYSOUT =A 

7’/GO. SYS001 DD* 


(Control Card - PF) 
(Current File - PF2 Deck) 
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JCVS USAGE FORM 


Function: POPFMI 
Computer:IBM 360-50 
Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
Sidiieeieiepenteneg i: ee ee eee 
| sYS004 | sysoos SY S007 | 
alice | 
‘ | | ( ) | 
conn oa ee: 
N/A | Population File i N/A H 
__CARD INPUT __ PRINTED OUTPUT __ ___CARD OUTPUT __ 
| SYS001 SYS002 7 | ~~ S¥$003 
CARD oe | | Standard Ee es 
READER 1! AUDIT | | Carriage — | 
| | FILE~PF | : Control 
| ae ee ee ae i func FILE PE 
| pti : o 
Lope | «6 Gree 
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JCVS USAGE FORM 


Fi nction: POPFM2 
Computer: IBM 360-50 


C perating Philosophy: Compile Source Program and Go 


Sage: INPUT 
; TAPES 
SYS004 SYS005 | SYS007 
-_ | fo - | 
| ( | 
( ( oe | : 
\Old Population File SCRATCH N/A 
— CARDINPUT __ PRINTED OUTPUT _ CARD OUTPUT 
! SYSO01 ae a ee : SYS003 
| mnt oe eee: . Standard Carriage 
/ PA: _ Form Control CARD PUNCH 
| feces toe a towered if Tape ' REA DY 
es DECK | 3 7 ) : 
{ ea 
| eee | : | 
bo seal ee re { 


JOB DECK STRUCTURE 


//POPFM2 JOB (799,028,010, 1084, 10.5), ANTCHAGNO, MSGLEVEL = 1 
//S\ EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - POPFM) 


//GO .SYS002 DD SYSOUT =A 

// GO .SYS003 DD SYSOUT =B 

//GO .SYS004, DD UNIT = 2400,LABEL = (,NL), DISP =OLD, VOL = SER= 000649 
/,/GO .SYS005, DD UNIT = 2400 ,LABEL = (,NL),DISP = (, DELETE) 
///GO.SYSDUMP DD SYSOUT = A 

//GO .SYS001 DD* 


(Control Card - PF) 
(Current File - PF2 Deck) 


Fs 


15? 


t 
yeas ee Se eee 


JCVS USAGE FORM 


Function: POPFM2 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


~ syso07 pies | 


| svscos | srser 
Rew al 7 Ci 


- 
< 
wn 
oS 
oe 


lord Population File New Population File 


__CARDINPUT __PRINTED OUTPUT __ __CARD OUTPUT 
| sYS001 sysoo2 | ~ $YS003 
CARD De | | Standard - cath eco 
READER AUDIT Carriage ra f 
| FILE-PF | Control Serene | 
| sits | aur (uNCH FILEPE 
bf [tional | tL Wptional) 
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JCVS USAGE FORM 


Function: SELECT 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 


Siage: INPUT 
_. JAPES ; 
! 
SYS004 | SYS005 | SY S007 | 
a a | a ! 
| } i i 
{ ae. ) { \ _ 2 } m [ : 1 
I Fopulation Fi le SCRATCH N/A 
- A : Bee eee a er zh 
_. CARDINPUT __ PRINTED OUTPUT _ ; CARD OUTPUT 
SYS001 | SY S002 ‘ Sieaagard : | SY S003 
Pees enh ‘ Standard Carriage 
Va Vt Form Control : CARD PUNCH 
scanned UR | Tape REA DY 
| JOB DECK F. po 


i 


JOB DECK STRUCTURE 


//SELECT JOB (799,028,010, 1084, 10,5), ANTCHAGNO, MSGLEVEL = 1 
//S\ EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - SJCVS) 


//GO.SYS002 DD SYSOUT =A 

//GO.SYS003 DD SYSOUT =B 

//GO .SYS004 DD UNIT = 2400, LABEL = (,NL), DISP = OLD, VOL =SER = 000649 
//GO .SYS005 DD UNIT = 2400, LABEL = (, NL), DISP = (, KEEP), DSN = JOVSP 
//GO.SYSDUMP DD SYSOUT =A 

// GO .SYS001 DD* 


(Control Card - S) 
(Test Selection File Deck) 
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JCVS USAGE FORM 


Function: SELECT _ 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
ney eee een ne We pee eee 
sys004 - SYS005 | 
newnen 
: a oe 
| Population a __ {Source Program File _ | 


CARD INPUT PRINTED OUTPUT_ 
SYSO01 a4 |_sysoae | 
oe Te ' Standard | 
READER i{ AUDIT 1; Carriage 


| FILES Control 
[ ya ; Tape 


Lt Efe etonen | 


nn ee, ew, 


EMPTY | 


ae 
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~ §YS003 


L. sen | 
| PUNCH FILE 5S. 
‘ “(©ptional) v 


JCVS USAGE FORM 
Function: SOPMM 


Computer: !BM 360-50 
C'perating Philosophy: Compile Source Program and Go 
Siage: INPUT 
TAPES 
sce esey oan re pa ce reer ene aint ae my 
| SYS004 SYS005 SYS007 | 
i = | oS ] 
) | Ce fy 
. sn | . a | % ( ‘ 
Old Source Pam File | SCRATCH «=| WA 
_.CARDINPUT _ PRINTED OUTPUT | _ CARD OUTPUT 
SYS001 | sysooz oj. , | SYS003 
Standard | 
Neeson aet ! Standard Carriage — ; 
a J/4} Form Control CARD PUINCH 
ees a ccmecnnietiemmenit LY . Tape READY 
ae Deck | 3 


ome ee ee ne we eel 


JOB DECK STRUCTURE 


//SOPMM JOB (799 ,028, 010, 1084, 10,5), ANTCHAGNO, MSGLEVEL = 1 
//S\ EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL SOURCE PROGRAM DECK) 


//GO .SYS002 DD SYSOUT =A 

//GO .SYS003 DD SYSOUT =B 

//GO .SYS004 DD UNIT = 2400, LABEL = (, NL), DISP-OLD,VOL = SER = 000570 
//GO .SYS005 DD UNIT = 2400,LABEL = (, NL), DISP = (, DELETE) 

//GO .SYSDUMP DD SYSOUT =A 

// GO .SYS001 DD* 


(Control Card -SP) 
(Current File -SP2 Deck) 


f* 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


SYS007 


- | 
enneunen 


___CARD INPUT PRINTED OUTPUT CARD OUTPUT 
__CARD INPUT PRINEE ODT. __.CARD OUTPUT 
| sYS001 ‘sysoo2 | | | sysoos 

| CARD lH ] | Standard - Senter 
| READER i! AUDIT | , Carriage | PA Vs 
enkory | FILE-SP | | Control foc sees 
oe | PUNCH FILES 
[| Option | LG ptionaty 


! 


JCVS USAGE FORM 


Function: © JCVSRP 
Computer: 1BM 360-50 
Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 
- = --— ene - ions a - pao TAPES 
; beat kee ty atosien 
| SYS004 ! SYS005 | SYS006 
! a nn ae —, . 
a oe oe ee 
| Ko c | oo 7 ee 
N/A | N/A Population File 
CARD INPUT _. PRINTED OUTPUT | 7 CARD OUTPUT 
SYS001 | | SYS002 | Standard | | SYS003 
Re acedle | ~ Standard Carriage | 
- we Form Control CARD PUNCH 
ba soe -2-- - { i a Tape REA DY 
JOB DECK j; 3 i 
ia | 
weiaseugey | | | | 
aa een Nias. damsel , 


JOB DECK STRUCTURE 


//JCVSRP JOB (799,028,010, 1084, 10,5), ANTCHAGNO, MSGLEVEL = | 
//S\ EXEC COB FCLG 
/,/COB.SYSIN DD* 
(COBOL Source Program Deck - JCVSRP) 
//GO .SYS002 DD SYSOUT =A 
// GO .SYS002 DD UNIT = 2400,LABEL = (, NL) ,DISP = OLD,VOL = SER = 000649 
//GO.SYSDUMP DD SYSOUT =A 
//GO .SYSO01 DD* 


(Control Card - RP) 


i 
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JCVS USAGE FORM 
Function: JCVSRP 
Computer:  1BM 360-50 
Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 
sin OE sss 


Pocnoer teen paneer 
| s¥S004 | SYS005 | 
~ 
| ‘ | 
| | ) | 
Mi ccsgael wixccttl { 
Lo NAL NA 
CARD INPUT : PRINTED OUTPUT 
pn erie ek 
| ee 1 | 
| CARD | i | Standard © 
READER i AUDIT | Carriage 
| | t FtLE-RP | Control 
! EMPTY | ee 
! Ss | | 
] ? 
ee ee Ae eee eee eee | 
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5 
j 


Population File 


ee OT ccs 


Se / | 
| | PUNCH FILE of 


JCVS USAGE FORM 


Function: INIPOP] 
Computer: IBM 360-50 
Operating Philosophy: Compile Source Program and Go 
Stage: |N PUT 
TAPES . . 
(iia ‘ l ' 
SYS004 ! SYS006 SYS007 
a e - \ als % . 
{ } { 
i oe ee ee ee ee ee 
oe. 7 x ; 
1 NYA SCRATCH «=| SCRATCH 
_ CARDINPUT __ PRINTED OUTPUT _ CARD OUTPUT 
SYSO01 | SYSOO2 fees | SYS003 
‘ees ' Standard Carriage © ! 
a at Form Control CARD PUNCH 
ie cones Ont ‘Tape READY 
3 | JOBDECK | 3 } ! 
\ ig aie ehefode, ee. ‘ l ! | 
, = j \ 1 4 ' 


JOB DECK STRUCTURE 


//\NIPOP, JOB, (799,028, OLD, 1084, 10,5), ANTCHAGNO,MSGLEVEL=1 
//S\,EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - I NiPOP) 


//GO.SYS002 DD SYSOUT =A 

//GO.SYS003 DD SYSOUT = B 

//GO.SYS006 DD UNIT = (2400, DEFER), LABEL = (, NL), DISP = (, DELETE), 
DSN = MSTRFILE 

//GO.SYS007 DD UNIT = 2400,LABEL = (, NL), DISP = (, DELETE) 

//GO.SYSDUMP DD SYSOUT =A 

//GO.SYS001 DD** 


(Control Card - |P) 
(Current File -: PF Deck) 


/* 
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JCVS USAGE FORM 


Function: INIPOPI 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 
a APES 


: SYS004 | SYS006 


SY S007 


1 

= j ee { Ses i 

| Be i oa A t 

| ( a oe 
eee ea } Wiese | a “4 
L. NMA te New Population File; 


oP ARD UNPUT ot SINTER OUTRUT oe ON 


sYS001 sYsoo2 | | | SY¥S003 

| CARD | ~| | Standard” | eee 
! READER | AUDIT i | Carriage ra “4 
| ee as rr a 
| EMPTY | | , | Tape : | PUNCH FILE-IP 
: ae" : Dae, be ce waed sau aht 
ne — | COprionant wd... (Optional) 
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JCVS USAGE FORM 


Function: INIPOP2 

Computer: IBM 360-50 

O crating Philosophy: Compile Source Program and Go 

St ige: INPUT 

TAPES 

eee lee ap tee sersaten es * 
| SY S004 SYS006 SYS007 
| | a ss ! a, | | | 
{ | { 1 : { i ‘i 
| oe a ae — . 
| Old Population File SCRATCH «ss SCRATCH, 

— CARDINPUT PRINTED OUTPUT CARD OUTPUT 

{ | ! { 

SYS00] i §YS002 f signdana sYS003 

ene “| ' Standard Carriage — 

4 Pat Form Control : CARD PUNCH 

oe 3 ieee | READY 

| f JOBDECK : a 

tle eee ae 

| | - 

t cid i b i eee | . 


JOB DECK STRUCTURE 


//POPFM2 JOB (799,028, 010,1084,10,5), ANTCHAGNO, MSGLEVEL = 1 
//S\ EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - I NIPOP) 
//GO.SYS002 DD SYSOUT=A 
//GO.SYS003 DD SYSOUT =B 
//GO.SYS008 DD UNIT = 2400 LABEL = (, NL), DISP = OLD, VOL = SER 000649 
//GO.SYS007 DD UNIT = 2400,LABEL = (, NL), DISP = (, DELETE) 
//GO.SYSDUMP DD SYSOUT =A 
//GO.SYS001 DD* 


(Control Card - | P) 


dag 
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JCVS USAGE FORM 


INIPOP2 
IBM 360-50 


Function: 


Computer: 
Operating Philosophy: Compile Source Program and Go 


OUTPUT 
ae 


SYS007 


Stage: 


‘ 
+ 
Seer ee oe | 
‘ 


/ 
~~" 


i 
a 


a RD INPUT PRINTED ‘ae 


a — 
| “SAeP | ia a 
READER ; AUDIT Carriage ° 
|! FILE-IP pal Control 

| EMPTY i | Tape 
| 
i 1 
ene oa orwell eee 
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SYS007 


3 
t 
fle ano 


CR TT 


- 


! 

| 

| 

i" | PUNCH FILE-IP 
i/ 

be 


__ (Optional) _ 


APPENDIX I1 


SYSTEM HEADER CARD 2 


This appendix contains the System Header 2 cards which contain the JCVS model 
number and the operating system name for each of the five computers. 
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OVTAL 


OVIAL 


OVTAL 


OVI At 


OVIAL 


COMP LLERP 


COMPILER 


COMPILER 


COMP TILER 


GOMPTAWER 


VALIRATION 


VALIDATION 


VALIDATION 


VALIDATION 


VALIDATION 


GE=635 


S¥STEY 1 
CNC-6400 

SYSTEM. I 
R=-5500 

SYSTEM I 


UNIVAC-1108 
SYSTEM 1 
IBM 360-5n 


SYSTEM 1 


System Header Card 2 
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SCOPE 


MCP 


FXFC2 


HASP 


PNSON git Ps 


ALSO 1 


APPENDIX I11 


ENVIRONMENTAL HARDWARE CARDS 


This appendix contains a listing of the three environmental hardware cards associated 
with each of the five computers. These cards contain tape designations, core sizes and 
print control character designations when applicable. 
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il 
15 FOR CARDS 
\ 4 


INPUT 
>UNCH 
TAPE 2 


2EANEPR 
INCH 
APF 


CARPN-RFANDFR—-FICHTY 
CARD-PUNCH-EIGHTY 
JNTISERVO B 


tSYSCOT' UNTT-RFCORD 2540R 
tSYSCO3AH UMNTT=PECORD 2540P 
tSYSCOSE UTILITY 2400 UNTT 


GE-635 
AZ AFC? LUSTING 
A3 
Ab 
CPpc-640C 
QUTPUT 
TAPE 
TAPE3 
B-5500 
PRINTER 
TAPE 
TAPE 
UNTVAC=1108 
PRINTER 


UNTSERVO A 
UNTSERVO C 


IBM 360=-5C 


"SYSONO2' UNIT=RECORD 2540P 
*SYSO04* UTILITY 24CC UNTT 
*SYS0064 UTILITY 2400 UNTT 


Environmental Hardware Cards 
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65K 


C1LIU3STK 


65K 


65K 


Aime) Nae 
COC TAR S 
la eN Wi aaa 


ALR] ARO 
ACALTEAR Oe 
AMAA! 


nen ypor: 
ALOT AOCE 
nPe lL hrc 


DOC TARE’ 
AOO LOM 
AOC LAC 


ANON 
NAC TAM: 
PICO A NC! 


APPENDIX Iv 


ENVIRONMENTAL SOFTWARE CARDS 


This appendix contains a listing of the opercring system control cards and the JOVIAL 
control cards required to signify a JOVIAL source program. 
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IDENT 32154203 sDATDY seat & 
JOVEAL ; dhl. 
FOP TRAN ace 
FXECUTE PUMP cee 
LIMITS 1535000 SALT 
ENAIOL 45 


x EOF 


Environmental Software Cards 
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APPENDIX V 


TY PICAL MODULES 


This appendix contains a listing of a few typical Population File modules. 


a a ae a 


"*MONULE 5220 - CED 2454 +8 

''TEST USE OF FLOATING CONSTANTS sVARIABLES?# 
ITEM FA522C F P 160% ITEM FR5220 F P 4.0% 
ITEM FC5220 F P 0.0% 


LA52299 


LB52209 


IFEITH FASZ2Z0 EG “BS220% GOTO LZS22¢s 
ORIF 140 EQ FA5229$ FC5220=3.08 

ORIF FPASZ20, EQ FCOZ20$ GOTO LzZ52205 
ORTE 1% GOTO LZ5220% END 

IFEITH FB5220 EQ 1608 GOTO LA52203 
ORIF FA5220 EQ 1-0$ GOTO LB5220S 

ORTF 1% GOTO LZ52208 FND 

GOTO L2Z52205 

IFEITH 160 EQ 220% FC5220=1-0% 

ORIF 2-0 EQ FA5220$ FC5220=1.05 

ORIF FB5220 EQ 20% GOTO LC5220% 

ORTF 1% GOTO.LZ5220$ END * "ERROR IF HERE 
GOTO LZ52208 


LC52709 GOTO LYS2208 

LZ52 206 

OUT1=4NH( MODULE 5220 TEST FAILEDe CED2454 )> 
OUTERR(COUTIYS GOTO LX5220% *tExXIT** 

LYS22'0e 

OUT1=40H( MODULE 5220 TEST SUCCESSFUL. )S 


OUTERR(OUT1)$ 


LX52206 


‘MODULE 5230 = CED 2454 ** 

'* TEST USE OF STATUS CONSTANTS» VARIABLES!! 
ITEM SA5230 S VCA) VIB) VIC) P VIB)S 

ITFM SBS230 S VIX) VEX) VIZ) P VIZTS 

ITEM SC5220 S VING) VCYES) PB VIYES)S 

ITEM SO523C S VINO) VCYES) VIMAYBE) P V(YES)S 


LA52306 


LB5230.6 


IFEITH V(A) EQ SA52308 GOTO LZ252303% 
ORIF SB5230 EQ V(X)$ SC523N=V(NO)S 

ORIF SB5230 EQ SA52308 GOTO LZ5230¢ 
ORIF 18 GOTO LA5230$ END 

GOTO LZ5230$ TERRORS 
IFEITH SDS5S230 EG VIYES)S GOTO LOB5230$ 
ORIF V(A) EQ SA5239$ GOTO LZ5230$ 

ORIF V(YES) EQ SD5230$ SC5230=V(NO)S 
ORIF 18 GOTO L252308 END "HERRORES 
IFEITH SB5230 EO VIZ)S GOTO LE52305 
ORIF 1$ GOTO 1252308 END ' TERROR YS 


LCS2309 GOTO LY52305 


LZ25230-6 


OUT1=40H( MODULE 5230 TEST FAILEDs> CED2454 )S 


OUTFRR(OUT1)$ GOTO LX52308 


LY 523.0% 


mrEXIT!S 


OUT1=40H( MODULE 5230 TEST SUCCESSFUL. )> 
OUTFRR(OUT1) $ 


LX52306 


‘TMODULE S240 = CED 2454q 1% 

''TFST USE OF TRANSMISSION CONSTANTS sVARIABLFS'#! 
ITEM TA5240 T 2 P 2T(AA)S 

ITEM TB5240 T 2 P 2T(8BB)S 

ITEM TCS24O T 2 PP 27 )$ ITFM TDO5240 T 25 
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ea 


52 20A00] 
5220ICCz 
S22CICC: 
52205004 
2 OO 
52209081 
5220500 
O22 C JOC 
SZC IOe! 
H2erseli 
2200 
Sie a are iain 
5220 IN] 
Bee Ook La 
SiZ2ak J ls 
S22 CIMA 
Sear wel 
S22 OO 
E2250 14 
S 2203021 
522052 
5220502, 
220902 
BAZ 0d 02: 
Be 2adM?2 
5220 IVI 
5230hKIN 
5230500 
5PRAINN 
5H2390I00: 
B2IOIAS" 
B23 ADOC 
5270000 
HS PANIIN 
B23 AIO 
52350 | 
Da OM ll 
S290) 4 
2300" | 
5230501: 
5230 I0 1 
523050 
23090 
5230501 
Soa 1 
523052 
S22 Odie 
Bi 2a 
5230002 
De BOIO? 
5230502 
5?P4G0K0C 
52PU40INN 
5240500 
5249I00 
5240500 


APPENDIX VI 


This appendix defines the test hierarchy for the JCVS as well as 
some highlights of JOVIAL as a language and validation in general. 
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APPENDIX VI 


General 


This appendix describes the development philosophy of the JOVIAL J3 Population File, 
including a brief history of the JOVIAL language; an exposition of all validation 

concepts used in the development of the Population File; the JOVIAL language organization 
used to identify features to be tested; the JOVIAL language Test Hierarchy; and problems 
encountered in the development of this file. 


Validation 


A JOVIAL compiler is said to be validated if each feature conforms to the individual 
language specifications called features as described in the AFM 100-24. Each feature 
has been individually considered in terms of its intent and one or more tests have been 
developed exercising the various options provided by this feature. 


Every option provided by every feature in the language is exercised at least once in the 
tests comprising the Population File. When combinations of feature options were required 
to insure the validity of a feature, iniseveral instances only a subset of the possible 
combinations were included in the Population File. 


JOVIAL History 


The JOVIAL language was originally developed in 1958, four years after the development 
of the first programming language, FORTRAN. It is a procedure oriented higher-order 
programming language. JOVIAL, a derivative of ALGOL 58, was designed specifically 
to describe computerized solutions to command and control problems. 


As stated by AFM 100-24, 


"The prime motivation for the development of JOVIAL was the desire to have 
a common, powerful, easily understandable and mechanically translatable 
programming language suitable for wide-range applications." 


In addition to the above requirements, the language was to adhere to the following 
design goals? 


Centralized data communication facilities 
Machine independence 

Logical and Algebraic expresseion ccpabilities 
Symbol manipulation capabilities 


BROWN 
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Readability 
Conciseness 

Training Simplicity 
Ease of maintainence 


ON AM 


Based upan the aforementioned requirements and goals, the JOVIAL language greatly 
enhances the prablem definitional capabilities of the programmer. The following 
paragraphs illustrate the wisdom of the JOVIAL design. 


Command and control problems are in general extremely large in terms af the data base 

to be gathered, manipulated and reported; and the variety of computations to be performed 
on the data base. Cansequently, the programming system necessary to solve this prablem 

is so vast that several hundred programmers may be required to perform the individual 
programming tasks. Because of the number of individual programs and programmers involved 
in @ command and control development, program/programmer communication becomes a 
critical problem. 


In order to alleviate this situation, a Communication Pool (COMPOOL) was develaped 

which serves as a central souce of data description. Centralizing all global data descriptions 
facilitates changing data item parameters and autamatically reflecting these changes 
thraughaut the machine language programs. This feature of the JOVIAL language alane 

has saved enormous amounts of time and money in several command and cantrol system 
developments. 


Application Requirements 


Programming languages are created in arder to respond to common sub-solutians within 
applicatian areas. Pragramming languages supply capabilities that satisfy these camman 
sub-solutions while suppressing the repetion and details of salutian. 


Many of these capabilities are present in most languages and pravide for general applicatian 
requirements such as: 


h, Pragram Cantral 

z Informatian Transfer 

3. Input/Output Communication 
4. — Arithmetic Operations 

5 Data Item Definitions 

6 Storage Allocation - Static 


to name a few. 
Additianal pawer may be provided by a language by adding capabilities of a general 


nature that make the language useful problem solving tool for a broader class of problems or 
by adding more extensive capabilities but ariented tawards specific area. 
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enerally oriented features: 


1. Algebraic Expression Evaluation 
2. Logical Expressions Evaluation 
Sis Data Structure Definitions 


Specifically oriented features: 
' 1. Formula Manipulation 
is List Processing 


Language Organization 


The JOVIAL language was developed to respond to command and control applications. 

Each feature of the language may be interpreted as a language response to a programming 
function required by a command and control applications programmer. Using this notion as 

a. point of departure, the JOVIAL language has been organized into the following programming 
functions in order to organize the identification of features to be tested. 


1. Data Concepts 
1.1 Internal Data Concepts 
1.1.1 Data Definitions 

1.1.1.1 Constant Formulation 
Integer - | 
Fixed Point -A 
Floating Point - F 
Octal - O 
Dual - D 
Transmission Code - T 
Hollerith - H 
Boolean - B 
Status - S 

1.1.1.2 Simple Data Definitions 
Integer - | 
Fixed Point - A 
Floating Point - F 
Dual - D 
Transmis:ion Code - T 
Hollerith - H 
Boolean - B 
Status - S 

1.1.1.3 Structured Data Definitions 
Tables 
Arrays 
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1.1.1.4 Control Definitions 
Item Switch 
Index Switch 
1.1.2 Data Referencing 
1 Simple Items 
2 Data Structure Items 
Table Items 
Array Items 
1.1.2.3 Data Structure 
Table Entries 
1.1.2.4 Special Referencing 
ALL 
BIT 
BYTE 
CHAR 
ENT 
ENTRY 
LO 
MA NT 
NENT 
NWDSEN 
ODD 
POS 
1.2 External Data Concepts 
Procedure Concepts 
2.1 Procedure Formations 
2.1.1 Formulas 
2.1.1.1 Numeric 
2.1.1.2 Boolean 
2.1.2 Relations 
2.2 Program Organization Statements 
2.2.1 PROGRAM 
2.2.2 Subprogram Organization 
2.2.2.1 Procedures 
User Defined 
PROC 
CLOSE 
Language Defined 
REMQUO 
2.2.2.2 Funerions 
User Defined 
Language Defined 
ABS 
REM 


hebude 
Delage 


2.2.3 RETURN 
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2.3 Executable Statements 
2.3.1 Control Statements 
2.3.1.1 Unconditional Control Transfers 


GOTO 
STOP 

2.3.1.2 Conditional Control Transfers 
IF 
IFEITH 
ORIF 

2.3.1.3 Iteration Control 
FOR 
TEST 

2.3.2 Input/Output Statements 

| NPUT 

OPEN INPUT 

SHUT INPUT 

' OUTPUT 
OPEN OUTPUT 
SHUT OUTPUT 


2.3.3 Replacement Statements 
2.3.3.1 Assignment Statement 
2.3.3.2 Exchange Statement 

2.4 


MODE 
DIRECT, JOVIAL 


JCVS Testing Concepts 


The following sections discuss briefly the scope of the JCVS and the tests selected for 
inclusion in the Population File. 


JCVS Scope 


For purposes of the JCVS, the JOVIAL system to be tested is assumed to consist of a 
processor that compiles standard JOVIAL source program statements called the JOVIAL 
compiler and all programs and subroutines used by the JOVIAL object code generated from 
standard JOVIAL statements. The JCVS is designed to test both the compilation and 
execution of specific JOVIAL features. 
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Test Assumptians - Data 


The faregoing JOVIAL language arganizatian has guided the identificatian af language 
features ta be tested. In arder to validate the JOVIAL campiler ideally, each variant af 
a specific language feature shauld be validated. The validatian af each feature variant af 
the JOVIAL language, hawever, is nat always passible. For example, haw can one 
determine that any value stored in a floating paint item is truly stared as a floating paint 
number; how can ane determine that a fixed paint canstant has actually been canverted 
taa fixed point binary paint canstant. Loaking at infarmatian as it resides in the internal 
starage medium, we may observe a string of bits, hawever, the interpretation af this content 
is incanclusive. Consequently, some af the features provided by the JOVIAL language are 
not susceptible to validation independently. These featur es are generally the mare basic 
notions in the language and will be used canstantly in the Test Modules camprising the 
Paulatian File. With repeated carrect usage of these basic concepts, it is haped that the 
credibility af their required implementation will be cansiderably impraved. 


With these thaughts in mind, the fallawing aspects of the data definitianal capabilities 
af the JOVIAL language will not be tested independently and will be assumed present in 
the language and carrectly implemented: 


1. The ability to specify any item type and have it retained according ta its 
defining attributes. 

2. The ability ta farmulate any constant type and have it retained according to 
its defining attributes. 

3. The ability ta specify any data structure type (table, array, etc.) and have 
it retained according to its defining attributes. 


The JOVIAL language provides the user with a myriad af aptians ta form constants, simple 
items, tables, and arrays. There are sa many data defining attributes possible in JOVIAL 
that exercising each aptian in an independent test is quite impassible. As a campromise, 
the test repertaire will use a subset af data definitians that exercise, at least ance, all af 
the data attributes available to define data items and structures. In additian, the 
repertoire will utilize every variatian pravided ta formulate constants with the exception 
af the dual item definitians which will be exercised in part anly. It goes withaut saying 
that the farmation of acceptable JOVIAL symbols (names, labels, etc.) will be exercised 
every time a symbal is farmed. 


Test Assumptians - Procedures 


The JOVIAL language provides the user with the ability ta process farmulas and relations; 
it provides far program arganizatian and it pravides certain campiler directing features. 
Every variant af each af these features will be tested at least ance. Further substantiatian 
af the ability af a feature ta perform its intended function will be supplied by its carrect 
use as a suppart statement in other test modules. 
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ee ————— + 


With these thoughts in mind, the following aspects of the procedural capabilities of the 
JOVIAL language will be assumed to be present in the language and correctly implemented: 


1. The ability to name a statement with a label. 
2. The fact that normal procedural control passes from one JOVIAL statement 
to the next. 


Test Hierarchy 


Although the language organization serves to compartmentalize the various features of the 
language, it remains for the test hierarchy to specify the order in which these features are 
to be tested. This order must be specified to insure that the supporting JOVIAL statements 
used to compare test modules in which they participate may be validated. 


A further ordering must be prescribed when testing out data and procedural language 
elements. Since procedural statements, for the most part, make reference to pieces 

of data, it seems reasonable to assume that data declarations should be validated before 
procedural statements. Asa general rule, when a data concept is to be validated, it 

will be defined, structured, preset, and referenced since these are the only data oriented 
concepts languages provide. When a procedural statement is to be tested, it will be invoked 
in order to examine whether the procedure performs its stated functions. 


There exist language concepts that are inexorably linked together; switch declarations and 
switch invocations; procedure declarations and procedure calls, etc., that individually serve 
little useful function but when utilized in combination provide a powerful programming 

tool. These notions will be validated fully. 


Axioms 


The validity of JOVIAL test features must be deternined by the execution of a number of 
JOVIAL statements called support statements. Since these statements are themselves JOVIAL 
statements, they must be validated as is any other JOVIAL statement. Once a JOVIAL 
statement has been validated, however, the statement may be used to check the results 

of the validations of other JOVIAL statements. 


Following is a list of these JOVIAL concepts that are required as basic axioms. The ability 
to: ° 


Re Define and preset a hollerith item. 

2. Assign a hollerith constant to a hollerith variable. 

3. Execute the GOTO statement-name. 

4. Define a procedure, invoke a procedure, and return from a procedure; input 
parameter list, one variable. 

5. IF clause. 


These axioms will be validated first. 
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Following the Axiom validation will be the validation of the data and procedures. The 
complete order for listing including all DDI-NO references and all CED-NO cross 
references is given in the Test Hierarchy Outline. 


Test Modules 


Although the concept of test modules has been described in section 2.3 of the Users 
Manual, that description will be repeated here. 


A Test Module is a collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature may be a JOVIAL concept, a single JOVIAL statement 
or a collection of JOVIAL statements. Included in each Test Module are the: 


Test identification field 

Input test data fields 

Test results fields 

Expected results fields 
Initialization procedures 

Test statements comprising the test 
Results analysis procedures 

Output procedures 


OANA OhWNH 


Test Modules are located on the Population File in order of their test serial number, the 
DDI-NO. With each test statement is associated a sequence number within the DDI-NO 
that specifies the ordering of the statements within the DDI-NO. 


In most cases, a Test Module can be considered as an independent JOVIAL source program. 
There are instances, however, when the data to be operated upon by one Test Module resides 
in another Test Module. Consequently, in these cases, the JOVIAL source program is not 
independent. Exit fromall modules passes through the last statement of the module to the 
first statement of the following module or the TERM statement. Because of this feature, 

a JOVIAL test module may follow any other JOVIAL test module. 


Mandatory Modules 


Some test modules are not independent in the sense that they may be included by themselves 
in a generated JOVIAL'source program. These test modules depend upon other test modules 
cclled mandatory modules in the Population File for either of two reasons: 


1. The mandatory test module contains data definitions that are required by the 
dependent test module, or 

2. The mandatory test module contains support statements whose validity must be 
established before a successful execution of the dependent module feature may 
be considered valid. 
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The five support statement Axioms are considered to be constantly mandatory and consequently 
are included in every generated JOVIAL source program. 


All other mandatory maodules will be invoked by specific test modules. Every mandatory 
module will be invoked by at least one test module and the relationship between test modules 
and mandatory modules, if any exist, will be enumerated in the Test Hierarchy Outline. 


Test Module Content 


Each Test Module will be identified ty a test serial number called the DDI-NO occupying 
columns 73-76 of every card in the Test Module. Within each Test Module, individual cards 
will be given sequence numbers which will occupy columns 78-80. 


Identification information describing various aspects of the test module is provided in the 
Test Header Card (card sequence number 001, see Users Manual Section 4.1.2.2.1). The 
Test Name in this card will be identical to the name used in the various section headings 
of the Test Hierarchy Outline. For example, test module 0500 will have the Test Name 
DEFINE-PRESET H ITEM, the identical name used to entitle Section 2.1 of the Test 
Hierarchy Outline. 


Any CED-NO's to which a test module refers will be given in the appropriate positions 
on the Test Header Card. For example, test module 0500 refers to both CED-NO's 2463 
and 2464. These numbers are included in their respective fields on the Test Header Card. 


Any mandatory DDI-NO upon which the test module depends is included in columns 
59-62 of this card. 


The second card (card sequence number 002) in every test module contains the classification 
(section number) of the Test Hierarchy Outline. Columns 3-22 contain the words 
CLASSIFICATION NUMBER, Columns 26-33 contain the classification number in the 
following form XX.XX.XX. 


The third card (card sequence number 003) in every test module contains the following statement 
from column 3-50: 


THIS MODULE TESTS THE ABILITY OF THE COMPILER TO... 


The fourth card and subsequent cards in the test module are used to expand further on the 
test description. 


Following the last descriptive card in the test are the test and support statements themselves. 
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Test Module Output 


The results of each test module are printed ina standard form. At least two printed 
lines are always output. The first line always consists of: 


TEST MODULE XXXX 


where XXXX is the DDI-NO of the module under test. The second line prints either of 
two messages: 


TEST SUCCESSFUL (optional commentary) 
or 
TEST FAILED (optional commentary) 


A blank line is automatically supplied by the JCVS separating consecutive test results. 
JCVS Input/Output Characteristics 


Since the implementation of the JOVIAL language is not closely monitored, deviations 
in implementation can and often do occur. Implementors take it upon themselves to 
change certain of the language specifications for any of many reasons. In particular, the 
implementation of the input/output specifications of the language have varied markedly 
in the past from implementor to implementor. 


In addition, the language specifications do not permit the user to apply formatting to 

any results achieved by a JOVIAL program. Consequently, in order to format output 
information either a higher order language that permits formatting or an assembly language 
must be used. 


It was originally intended to display actual versus expected results. Since the input/output 
capabilities of JOVIAL are ill-defined to non-existent, the initial plans for presentation of 
output was modified. Since FORTRAN offers excellent formatting capabilities, it was 
decided to use FORTRAN subroutines whenever formatting was required. 


The notion of displaying expected versus actual results was abandoned for purposes of 

this project when it became apparent that converting internally computed numerical JOVIAL 
results from binary to decimal would be accomplished through FORTRAN conversion programs 
rather than JOVIAL conversion programs. Consequently, the tests would be invalid because 
certain processes would be carried out outside of JOVIAL language implementation. Asa 
re.ult of the above mentioned JOVIAL inadequacies, the following only qualitative output 
messages were printed. Test results printed out under these conditions do not fully reveal 
the causes of errors in tests devoted to the accuracy of arithmetic operations. The results 

of syntax-semantics testing, however, are not impaired by these constraints. 
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’ 
.The JOVIAL input/output specifications described in AFM 100-24 do not 
adequately describe certain aspects of the file:declaration. [In 
particular it is left to the implementor to specify the device:name. 
It is unclear precisely what constitutes a devicezname and if the 
device:name remains inflexible for one computer configuration or 
precisely how it varies. In addition, the relationships that exist 
between the JOVIAL defined input/output statuses and the computer 
configuration software or hardware is not clear. It may be impossible 
to reconcile the input/output concepts provided by JOVIAL with the 
input/output concepts provided by the hardware or software environ- 
ment. 


Until a more firm relationship can be established, no testing of the 
file:declaration and, consequently, of tiie JOVIAL input/output state- 
ments will be provided at this time. These features are considered to 
be non-standard features. 


FORTRAN I/O Usage 


Test module 9998 uses the FORTRAN I/O format statement 
PRT (date-name) $ 


For each computer configuration this statement must be provided in a 
form compatible to the hardware and software environment. 


Population File Conversion 


The Population File is keypunched using the IBM 026 character set. Some 
of the equipment utilized on this project use different character sets. 
In general, only the card punches for the so-called special characters 
vary from character set to character set. A complete list of these 
special characters together with their punched card representations is 
given in the accompanying Character Set:Table. 


It may be desireable to convert the Population File from one character 
set representation to another. The JCVS provides a FORTRAN routine 
called CONVER that performs this conversion. This routine varies 
slightly from configuration to configuration but performs the same task. 


In general, this deck is submitted to the computer in the following form: 
1. Leading Operating System Control Cards 


2. CONVER Source Program Deck 
3. Data Card 1 
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4. Data Card 2 
a, Data to be Converted (Card Deck) 
6. Final Operating System Control Cards 


Data Card 1 contains the special characters in the data deck following that are to undergo 
translation. Data Card 2 contains the special characters to which the original special 
characters encountered in the Data Deck will be converted. 


Each character of each card in the Data Deck is tested for possible conversion. Ifa 
conversion is to be made, the original special character is looked up ina table developed 
from the corresponding special characters in Data Card 1 and Data Card 2. Ifa match 

is accomplished, the new special character is substituted. 


Every character in Data Deck is tested in this way. If a card does in fact contain one or 
more characters to be converted, the converted card as well as the original card, is printed. 


If a card contains no characters to be converted, only the original card is printed. 


Data Card 1 and Data Card 2 have identical formats described as follows: 


Columns Description 
1-2 Number of special characters. 
3-80 Each column on Data Card 1 contains a 


character to be converted while the 

corresponding column on Data Card 2 

contains the character to be convered to. 
Following are the deck structures for the four computers used on the project: 


1) UNIVAC 1108 


RUN ICONVER, DOCG, 5,300 


| FOR CONVER 


on ON 


(CONVER Source Deck) 
XQT CONVER 


(Data Card 1) 
(Date Card 2) 
(Data Deck) 
7 


g FIN 
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2) 


3) 


4) 


IBM 360-50 


//CONVER, JOB(799, 028,010,1084,10,5), ANTCHAGNO, MSGLEVE=1 


//S1 EXEC FORTGCLG 
//FORT.SYSIN DD * 
(CONVER Source Deck) 
//GO.SYSIN DD * 
(Data Card 1) 
(Data Card 2) 
(Data Deck) 
/* 


CDC-6400 


JOB, 93007,10,10,35000. CONVER 
RU N(S) 

LGO. 

(End of Record Card) 

(CONVER Source Deck) 

(End of Record Card) 

(Data Card 1) 

(Data Card 2) 

(Data Deck) 

(End of File Card) 


GE-635 

$ IDENT 3154203, DATDY 
$ FORTRAN 

$ INCODE IBMF 


(CONVER Source Deck) 


$ OPTION FORTRAN 
$ EXECUTE 

$ LIMITS 15,32000 
$ DATA 01 


(Data Card 1) 
(Data Card 2) 


$ DATA 05 
(Data Deck) 

$ ENDJOB 

7e*E OF 


194 


S-F=21 8-9-Z | 
8-9-0 8-9 

e-o- 11 8-7-7 
e-o-cl 8-7-0 

8-S 8-7 

8-2-1 8-9" il 
B-E-11 oe tl 

8-9 8-€ 

9-8-2 cl 
OS-O09€ WE 80 LL-DVAINN 


8-£ 
él 


0079-DdD 


2-9-<cll 
8-9 
6-S-11 
s-t-Zl 
e-9-0 
S-9= il 
S-eRil 
8-S-0 
cl 
G€9-ID 


suwn}o*) 


pea. 


-~ 


+ 


J9y2D1Dy) 


*4ajndwos yove Aq pasn uoljojuasaidas Ysl49]}O} ayy Burmoys 4iDYd D si Bulmojjoj “saysJo ayy JO yOUY Of Jayndwos 
QUO fO 4aS JayODIDYS ay} WOdj HBulyDjsUBIy UBYM UOISIBAUOD a4INbad jas JayDIDYD FWIAOCS ays Wosy sA@yooUDYd Hulmo) joj ay] 


AVL 13S YALIVAVHD 


195 


pajsay oq you | {1M pud ydaou0d O/| uD SI ainyoay si4yy LAN | 


SSyl OS¥L Srrl OlEes H11d4] 

S~8S O028S dl 

Sz8S 028s ES) 

S78S 028S 09 

SSSt OSSt OLSt SOSt OOSL OLOD 

8VES 9VES PHES CHES OES Y¥Od 

“posal oq 4Ou [JI puo jdaouo. O/! UD S$! aIN}DS4 siyy] 3Iu4 
SSSt OSSt OLSt SOSt OOSL 03 

Ovly Sely OFlPy Szlh OZIP AYLNG 

S9ly O9ly SSIv OSIh SHIP LN3 

SSSLt OSSt OISt SOSL OO0S1 GN3 

*papiaoid aq 111M sydaou0> abonBun; aulyoow jo 4sa} ON 1D34IG 
00S9 JN1d30 

*pajsay aq you |]IM pun ydaoued C//| uD Ss! ainyoay S14] 3SO1D 
*pajsa} aq jou ||IM puD juapuadap sulyoow s! aunyoay sy] YVHD 
S60h 0607 S80F O80r aLAg 

Slory Ol0y S00” O00r LI 

SSSt OSSLt OSL SOSt OOSL N1I93@ 

"Pelse) 24 200 j1|% Pep Spee soap TH sipap sunyOe) Sy NOISSV¥ 
SPSE OVSE SESE OFSE SzSE OSE SISE OISE SOSE OO0SE AVANT 
Gelg SIl9 OLY SI8S OL8S GNV 

06EP TIV 

00 |S sav 


SOA — [* | 


ON-1IGG 


*S,ON-10Q paso!oosso aus Aq pajnoipul so saddy 214904juAS paljioads ayy Jo Sasn ayy JO BWOS OJ BOUAIaJaI SSOID D ap!AcJd 
sajqoy Buikundwooon ay *ayl4 uolyojndog ayy jo saynpow jsaj snolDA ayy Ul pawJopiad aq |]IM xoyuAs Bul Mo] joj BUY JO Sysa] 


XVINAS Cl 


INIWLANO AHDYVaIIH Ls3l 


196 


S96E O96E SS6E OS6E 
OS9E 


0S29 


OVSZ 
SV6E OV6E 
SV9E OIE 


SVL9 OvL9 


cesc O€S¢ S7cSc O¢Se 
SE6E OSE SZ6E OZ6E 
SE9E OEVE SZIE OZ9E 


SOVS 
OryS SEPS 
v6ES 
Slse Olsz 
SI6€ OL6E 
SI9E OLE 


*pajsay you si! 


*paysay aq jou jjIM pud ydaou0 C/| uD s! 


Serr 


061S 
66lV 
O8ry SLrYy 


*pajsey aq you 4]! pun ydaou0d O/| uo st 
SeZ9 O€Z9 S2Z9 O2L9 SILZ9 OILY 


*paysay aq you 4j!M pud ydanu09 C//| uD Ss! 


SSyl OSHI 


SElL9 O219 SOL? 


S@cy Och 


*pajsay aq you 4j!M pun ydaou0s O/| uo s! 


OSEr 
Ol€y 


Selg 
S\i@p Oley 


*pajsay you Ss! 


*paysa} aq yOu jj! puD yuepuadap aulyoow s! 


O6ly ZBIPF 


l8lv 


O9PS SSS 
OfrS Szrs 
C6ES O06ES 

6666 
SOSZ 00SZ 
SO6E O006E 
SO9E O09E 
ainyoay Sty] 

L000 
ainyoay sluy 
S8ls O8ls 
96ly SLIP 
OLyy S9br 
aunyoay StU] 
SOZ9 00L9 
auNyoay siyy 
Sryyl OLES 
0Ol9 028s 
ainyoas Siu 
Srey OEY 
SOtr O0EP 
S78S O0z8S 
O€l9 SZlg9 
SO¢v 002r 


aunyoay S14] 
ainyoas Sty] 
¢zgs | 0z8s 
¢z78S 0z8s 
BZly SLIP 


*papiaoid aq jy! sydanu0a aBonBbun; auiyoow jo jsay ON 


Seol O€O0l SZzOl OZOl 


Slot 


OLOl 


SOOL 0001 


+ 


sw pi6oap| 


lsat 
Wa3l 
3I18VLl 
HOLIMS 
ONTLS 
dOLs 
Luvs 
LAHS 
Nanaia 
WVdDOdd, 
DO¢d 
SOd 
AVT8IAO 
LMAdLNo 
dIdO 

YO 

NidO 
gqo 
N3ISGMN 
ON 

LON 
LNIN 
JOOW 
INVW 

$1 

o1 

301 
WIAOF 
W431 


| 


197 


“sajNnpow 4so} || 


*SajNpow 4say || 


o9es sses OSES 


Osry SLyy OLY S9PP 


Scv9 O29 SI¥9 
O8¢S 


O8ry 
O8r7 


SSPs 
Ores 


SOu1j1jU@P| 


$]aqDd7 


SOW ON 


ajqoiinA doo} 


Uo!DIAaIqgY 


sjoquiAs Jajja7 aBuis 


00SS 

00ss 

GlOlL OLlOL OOOL 
cc8y O0érh O8br 
C¢c8y 06th O8rr 
"Sa|Npow jsay []V 
Oly9 SOV9 O09 
GLZyS O9"S SSPS 
"SayNpow 4sa4 || 
CLyy OLFy S9rb 
GLyy OLY S9rP 
0029 

Goss SISsS Ol1SS 
"Sa|Npow 4sat [IV 
OSPS Sv¥rS OFS 
SevS OFS SzPrs 


cr’ 


“Fy tl 


rl 


Ae aa | 


aa 


e'l 


198 


02S0 


¢1S0 


0LSO 


S0S0 


00S0 


ON-Idd 


sway] UDB}OOg SLL’ 

Swat] SAYOYS FV Ce 

SW3}| BPO> UO!SsiwsUDI | LIE 
swdat| Y4t4a] [OH er I"¢€ 

wat] }ONG wi" |S 

waj| pexig ei ite 

wa] Buisoo]4 zie 

way] sa6azu| ibe 

Jaquny 


UO14{DD1}1SSD]> 
sway] ajdwis auijag 


siiay] aydwis 


VLVG G3N1IS3G G3SN JDN3YISIY GNV L3S3¥d ‘IN1IIG 
ISNVID 4 
LINIYd “88d “FYNGIDOXd 
IWVN-LVLS OLOD 
H LVLS LNIWNOISSV 


W3LI H 1L3S3u¥d-JN 1430 


*sajnpow Asoyppunw pasinbes Bui mojjoj ayy Ul PauIDJUOD SWOIXD aut 


SWOIXY 


is 


Ls 


& 


G°? 


ve 


Sa 


2°? 


4 


BACId 


°S 


19? 


Ser l 
oer l 
Scr 
024 | 
cirl 
Olrl 
SO0rl 
00r | 


ON-Idd 


Sez 
0&7 | 
S22 
02c 1 
aA 
0121 
S0Z | 
002 | 


ON-1Idd 


*saddy Bul mojjoy ayy yO Sajqoy Aipulpso aulyaq 


udlsluljaq ajqoy Aipulpio 


swaj] UDa}o0g 
SWwas] SNYOIS 

Wa}| BpO> UOIssiwsuDs] 
Was] Ysde]jOH 

wa] JONG 

met) pextd 

wa4| Bulspo}4 

wa] saBayu] 


—-NM+N ON 
OMMNMMNMNM OY 
ae a ea a: om ee le 
OMNMNIYMMNMNO 


Jaqunny 


UO!JDI1JISSD]> 


SWa}| J8SeIg PUD PaUljag a2UaIajJay 


swa}| UDa}00g 

Was] SAYDIS 

SWa4] BPO UOISSIWsU_I] 
Swat] Ysa] JOH 

swa}] jong 

uset| PS*ig 

wa] Buljoo}4 

waj| saBayu] 


IMMMIM OMIM OY 


NNNNNANASN 


KNOT MN OR CO 


JaquNKl 


UO1JO9! 41S] > 


swa,| ajdwis yasaig pud sjunjsuoy Woy 


or’ 


sajqo] Ainuipid Z"€ 


ele 


ee 


200 


Sco 


0€9 | 


S09 | 


Seg 
029 | 
S19 
OL9L 
009 | 
S6SL 
06S 
SBS 
oss 
SLS 1 
OZS | 
S9S lL 
09S l 
css 
OSS 1 
| 
Ors | 
Ses 
oes 
Scs l 
Os l 
SISl 
OSL 
SOS | 
00S | 


ON-!daG 


Ft FF HH FH HM HM HH HF MH HF HH WH MH WY HM HF HM MM MM 
ZEeO;G2Zi StaoZzeZatZeaZea ; 


MmMnmnnnaaadctaadca | 


mNnWM 


>>> > aeeerere> > re ae eee ere oer ere eee 


aw DN 
ow ON 
aw DN 
ow DN 
aWDN 
SW DK 
WON 
aWON 
aw DN 
SWON 
aWDN 
WON 
aweN 
aweN 
aWON 
ow ON 
SUN 
aWON 
aWwON 
aWDN 
aw DN 
owPN 
SuDN 
aWON 
aWON 


BWOKJ UOIIDSIJISSD]* 


swa}| ajqo] Aipulpic 


J1aVvl 
3I1aVL 
dV 
I1aVL 
dV 
JV 
d1dV1 
J1dV1 
d1dVL 
J1dVL 
ITV 
d1dVl 
d1dV1 
I1aVL 
d1aV1 
J1aV1 
IVIL 
I1aVl 
I1aVL 
I1aVL 
I1aVl 
ATaVL 
I1aVL 
I1aVL 
ITV 


. 
. 
. 


OK NYOYTNONR DAV AON NM 


rr ee 
NNNNN NNN NNN NNN NNN NNN NNN ON ON 
MIMNMNYANYNYNUYNMYNMYNMYMYMNMYMMYMNYNYNYNYNYINMYMNMYMMMMN ODM / 


Jaqunny 


UO1JD914ISSD{> 


*saddy ajqny Bulmojjoy ayy UluyIM sadAj wa}! {Jo e.ualajay pun yasalg ‘ouljaq 


CCE’ 


201 


Slél Ol6l O€8l wa] Jabayu| 


COé6l Szesl Wa] BPOD UOlssiwsuDIL 
006l O28l was] 44sa]JOH 
$ §$ i-4! Y WON JAT1SVL rec © 
SIsl wa4) jong 
OL8l wa4| UDajOOg 
cos l Way] SNYDIS 
008 | wa}] JUI0g Bulypo|4 
CéLl Wa] JUlOg paxi4 
0621 Wa} JaBaju} 
C8Zl Wa4] SPOD UOISSiWsUDIY 
08Zl Was] Ys1419];OH 
$ d itu Y WON F1EVL Secs 
SZLL way] jong 
OLZ1 Wwa4| UDa}O0g 
S9LL Way] SNYDIS x 
O9Zl was] UI0g Bu1jo0)4 
SSZI Wa] Julog paxig 
OSZI wa4| JaBazu| 
CrZl _ Was] BPOD UOIssiwsuDI | 
OrZl Was] 4ytsa];OH 
$d i-™! A MON JT1V1 CCOCE 
Sez was] ONG 
0&Z 1 Wa] UDaj}O0g 
7A | Was] SNYDIS 
0221 Way] juIog Buiyoo)4 
Sizl Way] JUlog paxil 
OLLI way) JaBajuy 
SOZI Wa}] aPO> UOoIssiwWsUD_IL 
O00Z1 Was] 44y191]OH 


$ S I-44! A SWON 378VL oe 6 


ON-1dq ics alee 


UO14DI141SSO]> 


SBS 
GZS 


S8S | 


SISl 


Ol9l 


08s L 
SZC 1 


009 L 
06S | 


009 | 


S6Sl 
SISl 


SO9L 
S6S | 
06S | 


G9 | 
S9S | 


S9S | 


09S | 
09S | 
iS | 
09S | 
02S | 
OZS 


SZél 


02S | 
OeSl 


02S | 


oes | 
0€S | 
Sco lL 
0€S | 
SéS | 
S2S 


0261 


OVSZ OLS2 
GeszZ S0SZ 
00S¢ 
ON-1d0d 


SSSI OISL 
csst OtSl 
0e9 | 

sss. OlSl 
08S 

SvSlt O0Sl 
SvSL O0Sl 
Oz9l SI9l 
SySt Ooosl 
OSSt SOSI 
OSsSt SOSI 
Svél O98L 
Ovél SS8l 
Seélt Osel 
O€6l SrBl 
Orsl SE8l 
ON -10d 


“Ul - S  [-Hul A awDN 
“Ul = dl A awON 
-yul = =  [-HUL A aWON 


Uo 141U139q 


was} ONG 
wa4] UDa}oog 


Way} SNYD4S 


was] JUJog Bus400) 4 
was] $ULOg pex!y 


way] JaBajuy 
Wa}| aPOD uOoIssiwsUuDI] 


mst 9 (CH 
"swa4| 


Jaquinny 
UO1ZDI141SSD]> 


*QDUO 4spa] 4D S1OYdIJOSap |jqQDy {ID ASP, “sadAy Bumojjoy ayy JO sejqn) A1juq peuljeq auljaq 


ajqoy Aug peujeaq = "Eg 


sajqo] peuljeg ¢°¢ 


a i ae 


AipuipsO Buisn sajnpow awos yo Aiowwng 


was], jong 

Wa4] UDaj;OOg 

Way] SNYDIS 

Way] JU10g Bulyoo|y 
wel] log pexi4 


Jaquinny 
UO14DI14ISSD]> 


203 


0€SZ 
S2SZ 
02SZ 
02SZ 
02SZ 
C1Sz 
01SZ 
S0SZ 
OvSe 


SESZ 00SZ 


ON-10d 


"suas| 


ajgol 


Ayuj peuijag Buisn sajnpow awos yo Aipwwns 


Cor 


i 


Corl 


z-4U! 


Z-4ul 


Z-4U 


z-4u! 


wat} jong 
= je © sen 
wa4| Buiypo)4 
d |-er yy SHON 
way] saBayu] 
Was] SNYDIS 
Way] UDa}00g 
> et & Men 
Wa] UOISsiWsUDs] 
= [eS] @d Sen 
SWa4] UP9]JOH 
A son 
mHat| Pets 
A swe 
was] saBayu| 
A SUON 


> ie 


@ tat} 


tant 


WON UOI}DI141SSD] 


I1avl 


I1aV1 


a1avl 
I1aV1 
31aVvl 
a14avl 


d1aVl 


Leese 


a ae a > 


SC ee 
v°Z°E'E 
Cee et 
Leet 


ae Ses 


Jaquinyy 
UO1{D91F ISSO] 


°99U0 


jspaj yo sadAy way! ayqissod |jo as~) *sajqoy AyUua pauiyaq Buimosjoy ayy UryyiM saddy Wat! |]D adUaIajay PUD yasady auijaq 


0eS2 
TATA 
02S2 
S1S2 


ON-Idqd 


MMMM 


swa}| ajqo] Aju pauijag 


-  [-r  y BWON 
d  [-sul Y ewON 
S  [-ur y awON 
-  [-4ur y BWONN 


dI1aVvl 
da1dVL 
I1aVl 
d1aVl 


TMH OR, 
(90 il 90 a 30 i ¢.0] 


“Tg 
“rg 
aoe 
aoe 


Jaquiny 


UO!{DI1}1SSD]7) 


cee 


204 


orsz 


SZ9E 


029€ 


SI9E 


OL9YE 


SO9E 
009€ 


ON -10q 


$ 9-iul 

p-4Ul E-4Ul Wa! UDa}OOg awoy 

$ 9-dul C-dul 

€-jUl Wa! apod UOlssiWSUDIY SWDOKY 

$ 2-4! GQ d i-th A awinny 
$ 9-su! 

p-qwl E-JUl Wal snyoys aWON 

$ 9-du! 

p-qul E-JUL Wat! YslIa;joy awoN 

$ Z-4H4Ul N S§ [-dU! A SWON 
$ 9-! 

yrdul g-jul way! saBajur awony 

$ 9-4ul 

p-iul g-jul way! Bulyoojy awony 

$ c-H4l W o- [ul A awn 


c-iu! 6G 
ONISLS 
Gg youl 
ONIYLS 

J1avl 
g-iu! N 
ONIWLS 
g-iU!l N 
ON TLS 

J1avl 
c-iul N 
ONIYLS 
GS-14) N 
ON ILS 

J1aVL 


fe Eee 


Jaquinny 
UOI{DIIJISSD]> 


"sadAy ajqoy Ajug paurjaq Buymojjoy ayy urysim sBurys ajqoy A1ju3 pauijzaq yo sadAy |p auryoq 


GESZ 


0€SZ 
02S2 
02S2 
ATA 
SOSZ 
02S@ 0082 
G1S2 
01SZ 


ON-10qd 


sBuis4s ajqoy Aaju3 peuijag 


wa4) jong 
wa] UDajo0g 
Way] SNYDIS 
way] 4usog Bul4po}3 
mst) Hed PSAly 
way] saBaju| 
Waj| apo> UOIssiwsUDIY 
wet) sei (°R 

swat] ayqoy Asjuj 


Jaqu nny 


UOL{DOIJISSD]> 


ae ae 9 


205 


SE9E er Pod 


GY9E =SCIE wa] UDajoog 

CL9E Wa] SN4O4S 

009€ was] Julog Butypol4 

O€9E wa] JUIOg paxi4 

099€ OS9E SO9E wa4| JaBaju] 
OP9E O29E wa] apo uolssiwsuDs] 

cove = OOLYE sway] Yylsa1jOH 


*suotstulyap Bulsyg ul pasn sadAy way! yo Aipwwng 
$ g-! C-u! Gg 


099€ y-yul E-yul waysaBajur awonN) ONIYLS Z'ZL'E'E'E 

$ 9-dul G-jul q 
099€ p-jul g-jul way! saBajyut awony ONIYLS § IL'Z'E EE 
z-sus - gtd A OWONY FTEV1 LeC'e 

CS9E $ 9-4ur G-4ul = 
p-jul E-JUl Walt Yytda]jOY SWORN) ONIYLS Z°9' EEE 

OS9E $ Q-qul C-jul - 
p-dul ¢g-jul wayrsaBajut awony ONIMLS L'9°EE*E 
$ Z-jub - gd i-dul Y SWONY F7EVL 9°EE'E 

CHO $ Q-jul C-iuL W 
y-sul €-4Jul awpuUDa]OOgq eWOK) ONIYLS Z'S'E'E'E 

Ov9E $ 9-yUl G-4ul W p-4du! 
€-JUl Way! BpOd uO!ssiwsuBIyY aWONY ONIYIS I1°S°E°E"E 
S$ zur W Ss t-tul oY ewONY 378V1 GEE 

CE9E S$ 9-tul C-jur - 
y-jul g-jul way! |ONP BUEN) ONIWWIS Z'P'e'e'e 

O£9€ $ 9-dul ¢C-jul - 
y-jul g-4ul Was! paxly aWON) ONTYLS IL'P' ee’ 
$ Z-sul - - [-dub yo awON JI¢8vL eee 
ON-Iqdq Jaquon 


UO14DD141SS0]> 


206 


GSySE O€SE 


SYSE OSE 
ScSe 6S ISE 


orse way! @poo 


uoissiusubly g-yul Z=-4Ul  [-4Ul AVY Zr es 

Gese $ wa paxiy Z-yul [-4Ul AWAY Ol'Z' Pe 
oese $ war yonp Z-ju! [-44l AWAY 67° V'E 
GZSE § way upajoog g-jul Z-qU! [-4U! AVN ae as 
OzSe $ wat! Ysayjoy [-44Ul AVY fore 
SiSe $ was ysayoy Z-Jul (=U! A VUY 9° Z'P'E 
OLS § wafisnyojs g-yur Z-JU! [-4Ul AVY S'Z'y'€ 
SOSE § was! Buiyooyy Z-4ul  [-4U! AVY v2 Ve’ 
GrySe $ way saBajur g-jur Z-Jul [-4ul AVY SNe a ae 3 
SySE O0SE $ wayrsaBayur Z-jur [-4U! AVY Ceres 
S¥SE $ wap saBayur [-yur AVY iZ'P'e 
ON-1aq UOI}DDI1J1SSD]> Jaquinn 


UO!{DIIZISSD|7 
*saddy Any Buimojjoy ayy urysim saddy wa4! | [D aduaIajau puD Jasaig auljaq 


swaj4| Anuy Zs 


OZSE OSE §$ YOHdHOsSep way g-jur Z-4U! [-4U! AVYYV eee 
SOSE O0SE $ wvoudWosap way, Z-yUL [-4U! AVY 6 R's 
SVSE SESE $ Uoldiosap wat! [-HUL AWN Pires 

ON-1Idqd Meyeots 2) ae ON 


UO14D9141SSD]> 
*sadAy Buimojjoy ayy yo sADsiy auljeg 
suoipiuijaq Any = | "PE 


sApuly 'f 


207 


*sadipul yuauodwos om} JO auo pup sadAy ayqnlipa Bulmojjoy ayy 40y Bujouasajas | |g ayDp!|DA 
lia oly 


ONIDN 3d3d3a VLVG TViD3ad$ Y 


S96E BU DN)- 850) “Yd4!mMS XapUl eS € 
096€ BW DK -JUSWAIDIS “YIIMS XEPU| Ses 
GS6E BWDN -JUBWAYDIS “YOIIMG XepU| ye S'S 
OS6E YOuIMS X@pul ‘YdJIMG XEpU| ec s's 
SY6E SWON-JUEWAYDIS “YO4IMS X@pu| eo Se 
OVéE SWDK -JUaWAaYDIS “YO4!MS Xepu| Ves & 
HOLIMS X3GN 1 ese 
Se6e AUDN-JUSUaYD}S “YOJIMG Way] UDB}OOG ==“ "GE 
O€dE BWDN] -JUSWDYDYS “YOHIMG Ws] SM4D4S ZV S’t 
SZ6E SUDN-jUSWAYDIS “YS$IMG Was] [ONG ae ee Be 3 
0Z6€ SWDN|-JUBWAYDIS “YOHIMG Was] UO!SSIWSUBI | ae ee 
GL6E DWN] -JUBWAYDIS “YOFIMS Way] JUJOg BulyDo) 4 y Se 
OL6E SWON-JUBWAIDIS “YdJ1MG Was] 44149] ]OH soe 
S06€ SWON-JUaWaIDYS “Yd41MG Wat] PEXty e US's 
Ovée OSE O006E SWDN ~fUaWayDIS “YO4IMS Was] JaBayu| ae ea 
*ssoyouBisap aouanbas pup sadAy wa}! 
SNOIIDA Bursn sayd4yims way! JO aBpsN ayy app! |DA 
HILIMS W3ll le aes 
ON-I0q Jaquinn 


UO14DII4ISSD]> 
41 Burouaiagas Uayy pun Yoyims p Bululyap Aq aBosn yoylMs ayppl)DA 


SaYydHIMS C°E 


208 


02 |v PENS gy MIM ir 
AYLNI L 


ON -10d AON 
UO! {DIIJISSD]> 


*JalyIPOW JOUOIJOUN} ayy 4o sW4O} puD adAy a]qQD} paynoipu! ayy UIY4ZIM Bulouatajar AYIN J A4Dp!/DA 


LN PYP AXING 3 FP 


*alay pajsay aq jou |}!1M pud juapuadap aulyooWw Ss! ainjoay sIy] 


aVHD ¢F 
S60P (ue 
uOoIssiwsuDl} 31qD})(¢ xapul yuauodwods omy $) FLAG ae Aa 2 
0607 (way! Yyslsa}joy)(¢ xepul yuauodwos auo $) 31 Ag Sa da 
S804 (way! 
Ysl4a|JoYy a1q04)($ xapu! juauodwos omy $) 31 Ag Cue 
O8OF (Wes! UOIssimsuDI4)($ xapul yuauodWos OM} $) JIA hg ae 
ON-Idd aN 


UO!4{DO1FISSD} > 


*saoipur yuauodwos om} JO auo pup sadAy ajqniipA Bui mo] jo} ayy 10} Bulduaiajas 3) Ag afOp! DA, 


aLA@ 2°Y 
CS lOF (wa4! upajooq)(¢ xapul juauodwos auo y) Lig aan esd 
OLOF (way! snyo4s)($ xapul suauodwos omy $) J1g Ly 
SO0r (way! julod paxis)(¢ xapu! yuauodwos suo $) J 1g aa ig 
OO00r (way! saBayul)(¢ xapu! yuauodwos om} $) I 1g Ll’ Lr 
ON-Ida sequin 


UOLDOIJISSDI>) 


209 


8E ly 
SE LY 
ve ly 
CE LY 
Of lv 


ON-1Idd 


82 lV 
92 Pv 
velv 
CClPv 


ON -10d 


AYLNG = €°h'P 


*sysay yuanbasqns us saddy ajqnoy Bur moyjoy ays as-) 


BUSwSIOS AYO PUS HLlaal SI c" 
juawayoys BHUBYSXA UD ULULI AA ad 
JUBW ADIs JUSWUBIssy UD ULL AA Be 
jUSW YDS 4] UD UIULIAA c 

fUdWayDIS 4] UD ULL AA 


NANA N 
tr 
wes 4 


Jaquinn 
UOL{DIIJISSDI> 


LNi  2’y'y 


(($ x@pul yuauodwos auo $)awoU-Wa}!-3;q0))INJ 7 
(($ X@pul yuauodwos auo $)awoU-31q04) ING 
(($ xepuy 
juauodwod auo $)awou-wa}!-3/qD}) AYINI Z 
((§ x@pul yuauodwos auo $)awoU-3]q0}) YING | 
“Sel pow INA 
PUD AYINJ a44 Jo sw4oy Burmo) joj ays asc) 
$= S (el ad Sten) advil 
*sysay Juanbasqns 
ul addy ajqny pauljap Buimoyjoy ayy asc) 


SJUSWILDIS FYO PUB HILIZA] ULYIM 
juauajDys SHuBYDXA UD UIUYLIAA 
sUaWaDys yuaWUBIssy UD ULUFI AA 
juUsWayDJS 4] UD ULULIAA 


NO ~F LZ 


ly 

lv 
‘Ur 

\’V 


tt 


JOqUINKY 


UOIFDOIFISSD]>D 


210 


cély = l8ly 

cély Igslv 

8Z lV 

66ly 96lF SLIP 


ON-1aG 


C9 Ly 
09 LY 
8S lv 
IP 
ys ly 
cS |v 


ON-1a0d 


OS lr 
8h LV 
WIV 
vr ly 
cr lV 
Orly 


ON -!dG 


PY A? OF OF OF 0 


Pr A > 1 4 4 


tna | 


nN oO 


”n Q 


” 


(aw DU-Wa4!-3/9D4) DO, 
(auwpu-3/404) DO1, 
(aupu-wa4! ajdwis) O71, 

(awou-woiBoid) 507, 


>>> aeee 


>> >aeee 


Jaquinny 


UOIJDDIFISSDI> 


"DOT, Yl Bulouasajas aynp!/0A 


ET oN 
ow DN 
WON 
SUD 
WON 
owDN 


aWON 
ew DK 
aWDN 
ew DN) 
aw DN 
aUDN 


J19VL 
AVL 
J1dVL 
d1dVL 
d1dVL 
J1dVL 


901 AWIad 


9°F 
sy 
rP 
erp: 
Zp" 
‘ot 


JaquNny 


UO14D9141SSD|> 


oY 


211 


Secy 
O€cr 


RA 4 
O2cr 
Clcv 
Oley 
SOcr 
00Zr 


ON-10q 


cély O6ly¥ 
Z8 ly 
v8 lV 


ON-10qd 


*sadAy ajqny Buimoyjo} ayy Joy Bulouasajas NISGMN 940P! JOA, 


$ Z-dur d [-dul A awou 479V1 
$ Z-ul § [-4ul A awou FW9VL 
(awou-ajqos Aijuz pauijaq) ININ 


$ - - [-sul A ewou 37gV1 
$ - = [-sul A ewou 378VL 
$ - d [qul A awou 47791 
$ - § [-4ul A awou 4379V1 
$ - d f-gul yo owou a9aVL 
$ - § [dul yo awou a19VL 

(awpu-ajqoy AiouipiO) JN3N 


NdISGMN 8°74 


— N 


NANKRNKRNKRNAN RN 


KH NO THY VO 


eS ee ee ON 
wwwyyeydee ees 


Jaqunn 
UO1{DI141SSD]> 


*sadAy ajqny Burmoyjo} ayy Joy Burduasajas JNVIN a4Dp!|oA 


LNIN ZY 


*asay pajsey aq jou |]! PUD jUapUadap sUIYyoOW s! aiNyoay SIU] 


(aw bU-jUaW a4D4s) 01, 
(awou-wa4! Buls4s) O71, 
(awou-wajt-Aniid) O71, 


LNVW 9° 


Woks 


‘C 
‘c 
‘C 


wwe 


Jaquinyy 


UO! {D914 1SSD]> 


212 


06E7 


ON-100 


OSEr 
SVEVY 
Over 


ON-1I0Q 


Clery 
Oley 
SOtr 
00Er 


ON-1dqd 


Pi 4 


nan 


TV 


ae ae 


Jaquiany 
UOLJDOIFISSD|> 


*Juawajpys dooj YO J DU! TTY 4O asN au} aJDp!|D/A 


TIV LL? 


*pajse; aq jou ||IM pud jda0u02 O/| uD s! SIU 


(2\qD1404 doo}) ado 
(2|4D14DA paxiy) dO 
(aqoisoA saBaju1) QGO 


> Ss > 


SOd OL’? 


Jaquinyy 


UO! }DI1}1SSD]> 


"dO Yim Bulouaiajar ay0p1 jo, 


ow DU 
ow DU 
ow DU 
WW DU 


Navl 
Nav 
I1aVl 
J1advl 


qgqdO 6'¥ 


KNOT 


“9° 
“9° 
“3° 
“3° 


vt 


Jaquinyy 
UOL}DIIFISSD] > 


213 


S8ry =609rr 
Sé6Pv 
O87 
O67 
S8ry = SSH 


SLYY 


OLYY 


SoVy (OS PY 


ON-10G 


SLi 66 1h 
SLIV 9610 


ON-1I0Gqd 


SaDUaIIjJaYy B|QDIIDA - 4S17] Jayawolog yNdinE 

Sadualajay O|NWIOY = 4S!7 JayawDIDg yNdjnE 

SadUalajay B/D] - 4S! Jayawoing yndu| 

saouaiajay Anu - 4s!7] Jayawoing yndu| 

a2Ualajay AGODA —- 4S1] Jayawoing yndu| 

§ (48!] 4ayewolod 

yndjno = 481) Jayawosod yndur) awou DOXd prez sS 

aoualajay ajGD] - S17] Jayawoiny yNdjnO 

S (48!] 4eyawoIDd yndyno =) ewwU DOXd e°u'z's 
aDUaIajay S|QDIIDA - 4S] Jayawoing yndu| 

§ (481] 4ayewound-yndul) awpu DOXd Z* (°2" 

$ sued 90dd mt 


Jaquinyy 
UOIJDIIFISSD]> 


*saunpacoid pauljap sasn yo aBosn ayy 49ay> 
sainpacsolg pauljag Jas) | *Z'S 
sainpaccig =Z°S 


fUDJSUOD [DIDO aWOU WYYOONd, ies 


Jaqunn 
UO!4JDIIfISSD]> 


*Kjyoass09 swosBoid usB140 04 Jajidwos ayy yo Ay!j1qo ayy ysay 
WVYDOdd JWIad = 1° 


NOILVZINVOYO WY¥DO ud °¢ 


214 


Sv8Yy 
028P 
0L8P 
S087 


ON-!0d 


S8Zy 
08Zr 
SLLY 
OLLY 


ON -10d 


O6¢7 
O8rP 


ON -!0dqd 


joq 
Yd49] OH 
JaBbajuy 
upa|00g 
adj uolyouny 


$ ewou DOud tes 


Jaqunn 
UO!{D914ISSD]> 


*SUO!JOUNS pauljap Jasn Jo aBpsn ayy 4D94> 


DOU - SUOl}ouNY peuljeq sas, LES 


suoljoun4 ¢°C 


(Z-jubjsuod—JaBayu! / {-yunjsued 19694u!) QNOW IY a Se ae? 
( Z-way seBayuy “ —— |-wa4! 4aBajyul) ONOWIY e°o°o'S 
( Z-wapysaBayur ’ —— [-way! saBayul) ONOWIY cos 
( Z-way saBayus ’ = [-wa4! seBequ!) OQNOWIY vees 

Jaqunyy 


UOIJDIIJISSD] > 
“ONDOWAY ‘aNpacc.id pouljep aBonbun) ayy jo abpsn ayy 4994> 
ainpacoig pauljaq aBonBupy = =Z°7'S 


aoUalajay a1qQd] - 4SI] JajawDIDY yNdjnO 
aouaiajay Adu - 481] Jajawpniog yndjnoO 


Jaquinyy 
UOI{DI141SSD]> 


Zp 


Orsy 


SE8V 


OVer 


02 1S 
SLIS 
OLLS 
SOLS 
00 1S 
001s 


ON -!IdG 


O€8r 
S78r 
Sc8Y 
Oesr = Ol8r 
008r 


Se8r 
O€8r 
Sc8V 
S\8r Ol8y 
O€sr 0087 


ON-!Gd 


"3ISOTD ‘uolyouNy pauljyap dasn ayy yo aBosn ayy 42 ay4> 


ISOID - vo!jsuNg pauijag Jas gE 'S 


(Z-4uDjsuod saBayu! ’ | -JUDJsUOD JaBajyu!) WAY 
( Zwei daBayul % — |-wayi saBayul) Wy 
( Z-way! daBayui ’ — [-way! saBayul) Wy 
( Z-way! saBayui % — [-way! saBayur) Wy 

(way saBayul) Sgy = s4a6ayur 
(way! saBayu!) Sqy 


Jaquinn 
UO!}DI1F1SSD)7 


"W4¥ PUD Sgiy suoIjUNy pauijap aBonBuDy auy yo aGosn ayy 49947 


Wy Pub Say ‘suolyouNy pauljaq eaBonBupy = _Z"E°¢ 


Bul 4p0|4 
Ani 
oo a 
JaBayu| 
pynw4ioj udajoog 
4S1] Jayawoing ynduy 
ped 
6u!4Do|4 
UOISSIWSUDI | 
JaBayuy 
upajoog 
adAj uoiyoung 
§ (481) 4azawnund yndul) awou DOx%d 


eres 


Jaquinny 
UO1{DD1}1SSD]> 


216 


*pajsay aq you |pIM asnyoay siuy ‘waysds Bulyosado ayy YyIM 491;JUOD ajqissod D jo asnodag 


SP6E 
006€ 
09 1S 
CIP 


ON-1I0q 


$ SwoU Yd4JIMS-xXEPU! OLOO yl'9 
§ BwoU YyIMS-WAH! OLOO a ba 
$ BuDU-3S0]9 OLOD GW? 

S BWW DU-JUBWAIDIS OLOO L°L’9 


Jaquinn 


UO14}DII4ISSD]> 


oF 


"UdAIB aq [JIM aiNjoa;.si4ys Buisn sajnpow of saduasajau ‘poajsuj *ainyoay siyy Buljsay of payorap 
aq ||! Sajnpow joloeds ou ‘yuaWaDJs OJOD ay asn sajnpow ysow aouig “yUaWAayDIsS OLOD ayj jo aBpsn ayy y99ay5 


06 1S 
S81S 
08 1S 


ON-10q 


O9IS 


ON-10G 


OL1OD 


TOYLNOD WVWaODO dd 


woo Boe NALS ers 
UOIJOUNY PaUIJaP PasN D WOLY NNYMLIY Cys 
ainpacoid pb Woly NYNLIY l'r’s 


Jaquinyy 
UO1}D9141SSD]> 


\"9 


"2 


" 81N4D9} NYNLIY ys JO eBosn ayy 4a4D 


Naunlay 
ISOTD ee ee) 


Jaquinyy 
UO14D9141SSD]> 


ys 


2\7 


*doo} YO4 ay} JO SwW4O} SNOLIDA aUY 4o aBosn ayy 4DE45 


sdoo] ¥O4 S°9 


SO8S WS} | CIR PSX 7 v9 
O9rl ano] Bolsaensee | c"V'9 
Scr swag] SN4CES vr'9 
osrl swa4| Bu!400) 4 e7'9 
Crr | sway] JaBayul Z's 
OLes isa | Upsiseg l"y'9 od 
N 
ON-10d Jequian 


UO!4{DODIFISSD]> 
*sadAy wa! SNOIIDA 40} 4/YO PUD HLIF4| 24s JO aBosn ayy 42045 


4INO “HLISSI 7°9 


08zs juawaynys punodwos Aq pamoyjo} juawayoys 4| z*6"9 
*Buljsay 
S$! Of payoAap aq |I[IM ajnpow joIoads oN 
*S@|NPOW SNOLIDA U! pasn Ss! 4] BYs JO UOISIAA SIU] 
*suawaynys ajdwis Aq paMmojjo}s fuaWaLDIs 4] “eo 


ON-Idd Jaqunn 
UO!}DD141SSD]> 


“asnoj> 4] ayy yo aBosn ayy 49ay7 


epi a| £9 


96€S 
v6ES 
Z6ES 
06€S 


ON -IGG 


a|qDIuDA doo7 ulysIM ajqolipA doo7 
a|qolIDA, doo7 ulujiM ajqoipA dooy 
YOY 404204 OM] 

YO4 40Jop4 aauy] 


ro 
6°9° 
oe 
1°9° 


sO 30 530 °O 


ye 
y 


daqui AN 


UO]{DIIJISSD{> 


*suolyipuor doo; YOY Bulmojjoy ayy Japun yuawayoys Sz] ayy Jo uoijosado ayy 429Y> 


cLES 
OLES 
89ES 
99ES 


VIES 
Z9ES 
O9€S 
8SES 
9GES 


vSES 
cSES 
OSES 
8hES 
VES 
vves 
CvES 
Ores 


ON -IdqG 


JOJ2D4 Puodag DjINWJOY - YOY JOJODJ aay] 
JOJODY 4SH14 DIMWIOY - YOY JOJODY sary] 
JOJODY PUOdaS a|qDIIDA - YO JOJODY Bary] 
JOJIDY 4SI14 SIQDIIDA - YOY 1O4DDY Bas] 
$10J2D4 JUDJSUOD UONY - sdoo] YOY 

NOg Af ng SSL YI BOs Jeo b4 eat 
YO 40O¥D204 Fasyy pud YOY JOyODY OM] 

YO 40404 Basu] pud YOY JoyODY OM] 

YOY JO¥OD4 Vary] ULM YOY JOYODY OM] 
UO 401204 SOG MM Wg Hie MO 
$10JOD4 JUDJSUOD - Sdoo] YOY ajdisjnw JO paysaNy 
Bulyuawaiseg - YOY 104ODY aay] 
Buljuawaisag - YOY 4OJyODY aauy] 
Buljuawaisag - YOY J0JQD4 OM] 
Buljuawalcseag - YOY 10J9D4 UO 
Buljuawasou] - YOY 40JOoY aay] 
Buljuswasoul - YOY JOyoDY sauy] 

Bu ljyuswassuy - YOY JOJODY OM] 
Buljuswasoul] - YOY 104204 GUO 

$10JDD4 JUDJSUO> - sdoo; YOY ajbuls 


jo1yuo> doo] 9°9 


HK NO Tt 


KNOTTY 
EEK NNN NNN OOOO OES 
. 


WWMOMNMOMMNMONMONMONMNONMNMNMONONMNONNONM 
sO 30 530 30 SO 50 SO SO SO SO 30 SO SO SO SO SO SO SO OO 


. 
° 
° 


. 
. 
° 


—NOMtTN DONO 


Jaquinn 
UO14D9141SSD]> 


21? 


Css 
OSS 
SOSS 
00Ss 
S6vS 
06S 
cers 


08S 
SLvS 
OLvS 


S9PS 
09S 
covs 
OSrS 
SvPS 
OrrS 
sers 
oers 
Scvs 


Olr”s 
SOvS 
00¢S 


ON-IGd 


(x4 ///4/—'+) SAIGDIIDA Julog Bul4yDo]4 LOL 
(42//‘4/-'+) S®]QDUDA JULog paxt4 an 
(x¥//"%‘-) S2|qolIDA JeBayuy SSL 

(// 4+) S8|QDIDA Julog Bul yoo} 4 ro Ze 
(// 4+) S2|qDl4DA 4Uulog pax!4 es" Z 

(/' 47+) S2[qDlD,A JaBayul 7 Ge ee 

(//4/-‘+) Sajqoian, sa6ayu| (ee (* 7 
suoljDJadQ jong ers 

uolyoyuauodxy Jaquinny aaiyoBany ery? (* x 
uolyoBayy JaBayu] Crs 

MOLIIPPYY Ps1e|2m1g ie ae ee 4 

suolypiadGD jO aduapadalg a 
(44///4/~"+) SA/QDIIDA Julog Bul4Do}4 GS Vz 
(4x//%4/-‘+) SA|GDIIDA Julog Paxty Sez 
(x4//‘4/-"+) Sa[qolIDA sa6a4u| a oe es 
(+’/’ 4) S2{qDIUDA JULog Bul4p0]4 eae le 4 
(+//" 4) S@[QDIUDA sulog Paxty i as a 4 
(+///) S2|qoiio, sa6a4u| re" 1Z 

(+/+) S2]qDl4DA sulog Bulyoo)4 ee Zz 
(+) S9{qDUDA jUlog paxty cord 

(4/+) S2qol4DA saBayu| re iz 

suoissaidx 3 J0yDsadO ajdiyjnyw e°1*2 
sioyniadG Aipun da we 

SQDLIDA jULOg Bulyoo}4 eri 

S3|qDIOA 4UlOd paxi4 erg 

Sajqoiin, se6ayu| Meee Ca is 

suolyoIadd S1yaWUL LY a 4 

AIquNN] 


UOLJDIIJISSDI>) 


uolssaidxy S1aWAKY 


NOILYWaOs FYNGIDOANd 


229 


-O78S 
Sess 
0€8s 
Sé8S 
0c8S 


S18S 
O18 
S08S 
008S 


ON~Iad 


SPSS 
OVSS 
cess 
0ess 
Soos 
AS 


ON-10G 


*suosiupdwo2 pau!py> jo asn ayy 4a4> 


suosiindwo> pauinyy ¢°7 


SajqolspA uolssiwsuosy — Ay!jonbau| pun Ay! ;onb3 
SO|QDIIDA, Yylda]joH - Ay!ponbau| pun Ay!j;onb3 
SE|QDIIDA SALVLS - Ayijonbau| pun Ay1)onb3 
AYLN4 PUP INJ - sdosddadE— joUo! oD] ay 
SJUDJSUOD [DJZO 

pup sajqnlsp, josBaju| - sropnsadcd jouoljoj ay 
Sa|qolin, jong - sioyoiadO jouoljo) ay 
$ajqolunA, Bulyooj4 - suopniadd jouoljojay 
S@|qDIIDA paxil - ssoynsadO joUo!Djay 
Sa|qnlinA JaBaju| - suojosadD jouoljpjay 


Jaqui ny 


UO!JD2151SSO]> 


*suolf!Ipuod BulMoljoj ays JapUN SUOSIsDdWOD jo asN ayy 499aY4> 


suoslupdwoy ajdwig Z°7 


fupjsuoy paypbay jo aouapacalg 
Jupjsuosd paypBayy jo aouapadaig 
uolyDoI|dIypnyy Jo BQUapadaig 
UOISIAIG PpayaxdDIg 

UOISIAIG Pajaxonug 

UOISIAIG PpayaxoDIg 

suo!ssaidx3 jong u! aouapadaly 


Jaquan 
UO1}D9141SSD]> 


221 


Ayuz °9 
SNJDIS 7G 
uDa|O0g 'y 
Jai] “gE 

jong *Z 
L 


JuawUBissy DIaWAKY ; 
SSUOIJDIIDA JUaWaDYS JUBWUB Iss Bui mol/os ayy SUIDJUOD COQZO ajNPOWw 


juawuBblssy 1°83 


SLNAWSLVIS LNSWIDV1IdId “8 


selo9 0219 SOl9 O09 028s uO ere 
cei9 SLI9 OLlG SI8S O18s GNV crs 
Cele OEl9 .Scly LON Ly°Z 

ON-1dd Jaquan 


UO1{DIIJ1SSD|> 
*suoissaidxa upajoog jo yuawdojanap au} U! YO PUD GNY ‘LON jo a6osn ayy 49045 


suolssaidxj udajoog = y*/ 


0£09 SJUDJSUOD |DJIO res 
6Z09 S@|QDIIDA UOISsIwsUDI | ge! 
0209 S8|QDIIDA Ysl4a];O} Sez 
C109 S8|qDIuDA |DNq rez 
0109 $ajqolunA Butypo|4 €"e*Z 
6009 S8|QDIIDA paxt Sh aay a 
0009 S8|qDlIDA JeBayu| re“ 
ON-Idqd Jaquinyy 


UOI{D91}1SSD|> 


222 


O09 - FINPOW ‘00S9 - “ON-1dq =‘ aAlyDasIp sajidwos AN J439q ays Jo aBosn ayy 4D9yD 
JNId3G_—L6 


SLdJDNOD ONILDIVIG YITIWWOD SS 


SLV9 BIQPHDA INZ F19°L = = 21994 2A INI F19°l a a 
OLY9 = PIQPHIEA, AYLNG P1991 = = FIGPIPA AYLNG 91991 Sl°2'8 
S9V9 B/QOUIDA SAYDIS BIGD] = = SIGOUDA SAIDIS a/q0] yl'?°8 

0949 ia a 
UDa]OOg aIqGD] = = 9/GDIIDA UDa]OOg ago] e1°z'sS 

CSr9 @/QDIIDA UOISS!WSUDI | 
9(qPl = = S/QSHPA UOlssiuisuml) 2]qP] cl°2°8 
OS¥9 BIQDIIDA JONG ajqQo] = = ajqnluDA JONG a\qQD) tie se 

cyy9 91GDLIDA 
Ysl49]JOH 9/GP] = = A/QOMDA YIHa|oH ejqo) Ol°c2'8 
Ovr9 B/GOHIDA Paxt4 2[qD] = = 2/qQDHDA paex!y 2/qO] 6°2°8 
CEP9 —- ByqolapA saHayu] ayqo] = = ajqoisinA saBayuy ajqo] 8°7'8 
Ofr9 BIQOUDA SNEDIS = = SIQDIDA SNYDIS Los 
Czr9 a|QdIIDA UDaJOOg = = a/qQDIIDA UD|}OOg ores 
OZr9 A/QOIIDA UOIssimsUDI] = = 21GDIIDA UOIssiwsuUDl] ce"? "6 
SIv9 BIQOUDA [ONG = = SIGDHDA EN y°2'8 
Olr9 BIQDIIDA YsHaIJOH = = B1QdIIDA 44149] ;O}4 7S 
SOv9 S/QOUDA Pex! = = S[QOUOA Pexid 2°28 
00r9 ajqoloA Jabayu| = = ajqolupA JaBaju| 1°Z°8 
ON-10d sequin 


UO1{DI14!SSD]> 
"SUOLYONIS BUIMOJJO} BUY UL JUBWIYDIS JON WHDXJ 24) JO asN ayy 4947 


JONVHDXI 2'8 


223 


0S29 


SvL9 
OrZ9 


ceZ9 
0€Z9 
S2L9 
0229 
S129 


0129 
S029 
0029 


‘ON-Idq 


S099 


0199 0099 


“ON-lag 


awDu-Was! 


= SUpU-a/Gp} = juDJsUOD |DADIO  AWTYIAO wag owe 
¢U-sqy*" *** 
= Z-SI = [-SQ] = 1UbIsUOD [DIDO AWTYIAO Lf 6 


§$ €-ew pu-9jqn} 
‘T- SW DU-3/gd} = |-swWoU-3/qD} AVY]YIAO Ol l’'e°6 
§ g-Swpu 
-Aoup /;-awpu-Anuip = awou-ajqd} AVTYIAO | 
§ ewpu-ajqo} = auou-AdUD A WTYIAO 8° I 
§ Z-auwou-Aniin = [-awou-Adn AVTYIAO ZL" 
$ Z-awWbU-ajqn} = |-aWOU-a1qD} AYTYIAO a 
$ Z-awou-ajqo} = |-awoU-a1qD} AWIYIAO G* ll 
+c 
-Wa}! ‘| -swoU-Was! = swoU-31qD} AY]YIAO y° 
$ auou-Anun = aupu-way! AWIYIAO €" 
§ Swou-ajqnj = suoU-Wa}! AVY]YIAO é 
§ T-Swou-wa}! — |-awou-wa}! AWTYIAO l 
$ U-SgI° °° ° *=Z-SdI= 1-Sdl AVTu3A0 


Jaquan 


UO1JDD14}1SSD]> 


“¥Z-00 | WAV U! paynys so Wiopad s,AWTYIAO 404s 49949 pud auljaq 


AVTIAO —€°6 
sajqo) peuijaq - 4X11 o°2°6 
sajqo) Aioulplo - 317 "2° 
Jaqunn 


UO 1}DSIFISSO]% 
*$9/GD} 2d] 1 SULJep 04 Jajidwos jo Ayijiqo aut 4say 


JAI] «26 


224 


"pawsoprad aq jj! sysay ndynC/yndu| ou ‘sainyoay asayy JO 4a;DDIDYD PADpUDJs—UOU ayj JO asNDdag 


SIdJDNOD LAdLNO/LNAUNI “OL 


*pajsa} aq you [JIM 
ainjoay siyy “Ajjuanbasuo> * 429842 D YONs auiNbai pjNom ainjoay IGEW ays JO 42949 VY *waysks ayy Aq pasojs st Way! 
UD YOIYM U! WAOy ay} JO BPDW aq PINOM Dayo OU 4DUY SI a] IJ uolypjndog ay} jo juawdojadap ay} u! apow suolyduinssp 
ayy JO BUD ‘*SUOfdIuDsap Way! Jo Jas paljioads po} Bulpsodop Way! DOP D UIDJal O} Jajidwoo ayy syonmajsul aunyoay sry 


JGOW 7+°6 
S089 = $ ~awdU-a]qn} = awoU-ADUD = Jaqunu AWIYIAO rors 
0089 $ Z- 
ewou-Anuip — |-awpu-Aduip = saqunu AVW1YIAO e*e"e"s 
S6L9 §. Z= 
aWOU-9|qo4 = |-SWDU-a]qQD} = Jequinu AWIYIAO vE'L'S 
0629 = $ ewpu-wat! = swoU-AnUD = Jaqunu AYTYIAO ge'£°6 
S8L9 $ 
Z-SubU-Wat! = ,-sWDU-Wa4! = Jequinu AWTYIAO ZEE'S 
0829 —- ¢- SwbU-Wa4! = aWDU-a]qQDy = Jaqunu AYTYIAO L'e"e"6 
$ u-sal 
"8 t= %-Sd1 = t-SdI = 4equou AVTYIAO e°6°6 
SLL9 $ awpu-Adup 
= AUDU-9/qd} = JUDJSUOD [DJ90 AWTYIAO 9°2'E°6 
0LL9 $ Z-awou-Anlip 
= |-9wpu-Aduip = jupjsuod jO}90 A YTYIAO G°2°S"sS 
S9L9 $ Z-awoU-9)/44 
= [-SWDU-3/Gd} = JUDJSUOD [DIDO AWTYIAO eer o°g 
0929 ¢ ewpu-way! 
= swou-Anlip = juDJsuOd {D}90 AVWTYIAO "2" 66 
SSL9 $ Z-swpu-way! 


= |-awou-waj! = juDJSUOD [DJ}90 AWTYIAO die fas he 


ON-10d agen 
UO 1{D91J1SSD1> 


220 


Security Classification 


KEY woROs 


JOVIAL 
J-3 (53) 
compiler 
validation 


Security Classification 


1 ORIGINATING ACTIVITY (Corporate author) 

Directorate of Systems Design & Development 
Hq Electronic Systems Division 

L_G Hanscom Field, Bedford, Mass. 01730 


3. REPORT TITLE 


USER'S MANUAL JOVIAL COMPILER VALIDATION SYSTEM 


4 OESCRIPTIVE NOTES (Type of report and inciusive dates) 
None 


5. AUTHOR(S) (First name, middla initial, last nema) 


None 


6. REPORT OATE Ja, TOTAL NO. OF PAGES 7b. NO. OF REFS 


6a. CONTRACT OR GRANT NO. 98. CRIGINATOR’'S REPORT NUMBER(S) 


Ne 6 ESD-TR-70-278 


9b. OTHER REPORT NO(S) (Any other numbers that may be assigned 
this report) 


10. DISTR BUTION STATEMENT 


This document has been approved for public release and sale; its distribution is unlimited. 


11. SUPPLEMENTARY NOTES 12. SPONSORING MILITARY ACTIVITY 
Hq Electronic Systems Division (AFSC) 
L. G. Hanscom Field, Bedford, Mass. 01730 


This technical report consists of detailed specifications for the use of 

the JOVIAL Compiler Validation System (JCVS). The system is designed to 
measure the compliance of a specific JOVIAL J3 compiler against the language 
specifications in Air Force Manual 100-24, "Standard Computer Programming 
Language for Air Force Command and Control Systems". This report describes 
the card input formats, deck structures, tape requirements, test modules, 
and operator procedures required to use the system. 


DD W2""..1473 


Security Classification 


